> man operating_systems
Compulenta.ru: Ричард Столлмэн критикует инициативу Sun по открытию Java
По мнению основателя фонда свободного программного обеспечения, платформа Java, несмотря на заявления Sun, и дальше останется проприетарной.
Roman I Khimov  в  Пятница, 26 Май 2006, 13:15  |   Комментарии: 16  |  для печати

Комментарии
fedukoff |26.05.2006 14:34
Комментарии: 178

Зарегистрирован: 24.03.2005 17:32

написал(а) ...
Однако исходный код Java по-прежнему доступен только на условиях соглашений о неразглашении конфиденциальной информации (NDA).

Ерундистика какая то... Исходники жабы можно скачать по одной из двух лицензий Sun Community Source License (SCSL) или Java Research License (JRL).
Можно почитать о этих лицензиях: http://java.sun.com/j2se/1.5.0/source_license.html

Конечно, это не open src и тем более не GPL, но назвать это NDA...

fedukoff |26.05.2006 14:41
Комментарии: 178

Зарегистрирован: 24.03.2005 17:32

Ну и к тому же, пока за жабу не берут деньги, а я полагаю, что и впредь врядли когда будут брать, - такая вот политика меня вполне устраивает.
По любому подобные технологии нужно держать в ежевых рукавицах, а при абсолютной свободе будет и лебедь и раком и щука...
Думаю именно ежевые рукавицы являются залогом успеха жабы в такой отрасли как банковские технологии, а это, простите за меркантильность - денюшки для программистов...
Я бы не рискнул бы делать к.н. ПО в котором крутятся миллионы денег на ПХП, Перле или Питоне.. Уж извините, поклонники этих замечательных языков.

lebaon |27.05.2006 16:01
Комментарии: 8

Зарегистрирован: 24.05.2006 15:58

знаешь, я с тобой согласен!
это как линь и бзд, китайский рынок и супермаркет!

fedukoff |27.05.2006 17:26
Комментарии: 178

Зарегистрирован: 24.03.2005 17:32

Это точно... Что на рынке, что в супермаркете товар везде одинаково китайский. Токо в супермаркете круче

Roman I Khimov |27.05.2006 17:52
Комментарии: 952


fedukoff написал(а) ...
Конечно, это не open src и тем более не GPL, но назвать это NDA...

Вполне себе такой обычный NDA. С открытыми исходниками. Обычное запудривание мозгов.
fedukoff написал(а) ...
По любому подобные технологии нужно держать в ежевых рукавицах, а при абсолютной свободе будет и лебедь и раком и щука...

Мне жаль, что многие не понимают всю прелесть свободного ПО. Не буду о грустном, лучше спрошу - много ли ты знаешь ответвлений тех же PHP, Perl или Python, которые были упомянуты?
fedukoff написал(а) ...
Думаю именно ежевые рукавицы являются залогом успеха жабы в такой отрасли как банковские технологии

Не, в банковских системах главное - чтобы было дорого. Чтобы можно было отвалить минимум пару мешков бабла, если один, то это уже неправильное ПО для банка.
fedukoff написал(а) ...
lebaon написал(а) ...

fedukoff написал(а) ...
Я бы не рискнул бы делать к.н. ПО в котором крутятся миллионы денег на ПХП, Перле или Питоне.. Уж извините, поклонники этих замечательных языков.

знаешь, я с тобой согласен!
это как линь и бзд, китайский рынок и супермаркет!

Это точно... Что на рынке, что в супермаркете товар везде одинаково китайский. Токо в супермаркете круче

Последнее значительно лучше, нежели первое.

fedukoff |28.05.2006 13:13
Комментарии: 178

Зарегистрирован: 24.03.2005 17:32

написал(а) ...
Мне жаль, что многие не понимают всю прелесть свободного ПО. Не буду о грустном, лучше спрошу - много ли ты знаешь ответвлений тех же PHP, Perl или Python, которые были упомянуты?

Я не говорил о ответвления самих языков. Про перл и питон знаю очень мало. Несколько лет назад пришлось делать один проект на ПХП. Все бы ничего, кроме одного НО: По началу заказчик хотел одну БД, а к концу, когда уже 80-90% было сделано он решил, что нужно другую БД. Причем категорически. Ну понятно что пришлось поиметь геммор с этими pg_connect, my_connect и иже с ними. Хоть и все обращения к БД и были централизованы... Вот это я и называл "раком".

написал(а) ...

Не, в банковских системах главное - чтобы было дорого. Чтобы можно было отвалить минимум пару мешков бабла, если один, то это уже неправильное ПО для банка.


Может быть, конечно, территориальное различие банков. У нас, как то, за дороговизной не гонятся. Требования и к софту и к железу такие, чтобы саппорт был хороший и гарантии (и это я ой как понимаю). А за удовлетворение этих требований нужно платить деньги.
К тому же жаба бесплатная, но очень популярна в банковских системах так как зарекомендовала себя, как стабильное ПО.
И позволь спросить, работал ли ты в банках, чтобы так утверждать?

Roman I Khimov |28.05.2006 13:57
Комментарии: 952


fedukoff написал(а) ...
Ну понятно что пришлось поиметь геммор с этими pg_connect, my_connect и иже с ними. Хоть и все обращения к БД и были централизованы... Вот это я и называл "раком".

Тык, эта, давно есть библиотеки, абстрагирующие все это дело.

fedukoff написал(а) ...
И позволь спросить, работал ли ты в банках, чтобы так утверждать?

Конечно же нет.

ddc |28.05.2006 14:37
Комментарии: 523


Roman I Khimov написал(а) ...
Вполне себе такой обычный NDA. С открытыми исходниками. Обычное запудривание мозгов.
А ссылку можно?

Roman I Khimov |28.05.2006 15:04
Комментарии: 952


Тык fedukoff дал уже, там есть.

fedukoff |28.05.2006 15:25
Комментарии: 178

Зарегистрирован: 24.03.2005 17:32

написал(а) ...
Тык, эта, давно есть библиотеки, абстрагирующие все это дело.

Не знаю, на сколько давно, но на тот момент либо их еще не было, либо я плохо искал (изначально мне не шибко нравилось пользоваться такими вот зависимыми функциями)

написал(а) ...
написал(а) ...
fedukoff писал(а): ...
И позволь спросить, работал ли ты в банках, чтобы так утверждать?

Конечно же нет.


Почему "конечно же"?
Мне вот довелось. Так что однозначно говорю: "Дороговизна не показатель!" Ну во всяком случае в тех местах где довелось...

Roman I Khimov |28.05.2006 16:37
Комментарии: 952


fedukoff написал(а) ...
Почему "конечно же"?

Ну, во-первых, я очень люблю шутки шутить, но при этом не пользоваться смайликами (дезориентирует добрую часть сетян). А во-вторых, в каждой шутке есть только доля шутки. Про ПО для банков даже в каком-то из эпизодов LugRadio всплывало.

fedukoff написал(а) ...
Так что однозначно говорю: "Дороговизна не показатель!"

Все зависит от конкретной ситуации, как обычно. В каком-нибудь "Центральном Банке Урюпинска" за лишнюю потраченную копейку запросто удушат. В Центробанке России ее просто не заметят.

Но Java выберут просто потому, что ее много. Ее много и вроде бы нет никаких причин ей куда-то пропадать в ближайшее время, и есть масса кофейных программистов, которые всегда готовы заткнуть очередные баги за некоторую сумму денег. И то, что Java устарела еще в момент своего выхода, так же, как и наш старый друг Linux, здесь не аргументы. Баги? Зато у нас есть тысяча обезьян с клавиатурами, которые их будут денно и нощно править.

ddc |28.05.2006 21:03
Комментарии: 523


Roman I Khimov написал(а) ...
Тык fedukoff дал уже, там есть.
Из этой страницы не следует, что есть NDA. Следует только, что есть некое обременение (дополнительные условия лицензии и допник для внутреннего коммерческого использования).

Roman I Khimov |28.05.2006 21:22
Комментарии: 952


http://java.sun.com/j2se/1.5.0/scsl_5.0-license.txt
http://java.sun.com/j2se/1.5.0/jrl_5.0-license.txt

fedukoff |29.05.2006 10:10
Комментарии: 178

Зарегистрирован: 24.03.2005 17:32

написал(а) ...
В Центробанке России ее просто не заметят.

Центральные банки любой страны больше государственные, чем коммерческие. А гос. учереждением свойственны лишние растраты. Чаще это объясняется размером отката. Так что не в счет. У них (сотрудников гос. учереждений) есть свои личные меркантильные цели так делать...

ddc |29.05.2006 14:08
Комментарии: 523


Roman I Khimov
Тут нет NDA. Это обычная несвободная OpenSource лицензия.

ddc |29.05.2006 14:08
Комментарии: 523


Это я про SCSL, JRL - вообще левая и специальная.



Комментарии доступны только авторизованным пользователям, авторизуйтесь или зарегистрируйтесь на сайте здесь

© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.