Sun расширит рынок JDS для Linux

КАКОЙ НАФИГ ПРОДУКТ?! Gnome изнасилованный JRE с обоями от Сунь?

Red Hat, Yellow Dog и Red Flag

:)) ПАТАМУЧТА МЫ БАНДА!

Ты в JDS работал ?

> Ты в JDS работал ?

Ну я работал... В соляре на спарке. Как правильно сказал коллега - ГНОМ, изнасилованный JRE, хотя довольно неплохо руссифицированный (если включить). Короче лажа. Без мышака вообще работать не реально. Даже в KDE до такого не дожили.

Ага! Засс^W Испугались, что gcc-java их совсем с десктопов повышибает? А ведь если бы сразу договорились с вендорами о включении JDK в дистрибутивы - никто бы особо в GNU-Classpath не вкладывался бы. И ведь, вендоры их, торомозов сами об этом просили...

> Испугались, что gcc-java их совсем с десктопов повышибает?

Ну-ну, "повышибает". Сначала надо хотя бы 1.4 реализовать полностью.

> Без мышака вообще работать не реально.

Да уж, полная работа с клавиатуры в GUI всегда было сильной стороной MS. И понимаешь это только когда мыша отваливается... ;-)

>Ну-ну, "повышибает". Сначала надо хотя бы 1.4 реализовать полностью.

Реализуют, со временем. Но для десктопа, надо не все, что есть в 1.4. Вон - всякие swt-шные приложения уже вполне себе работают.

Жаль только hibernate не будет работать - в байт-код зараза лезет. Нужен будет другой иструмент для O/R-mapping. :(

>Реализуют, со временем. Но для десктопа, надо не все, что есть в 1.4. Вон - всякие swt-шные приложения уже вполне себе работают. Жаль только hibernate не будет работать - в байт-код зараза лезет. Нужен будет другой иструмент для O/R-mapping. :(

EJB 3

>EJB 3

йес, оф корс, а что толку? EJB3 разрабатывает в первую очередь никто иной как Гавин, соответственно больше всего оно и будет на hibrnate похоже. К тому же надо будет чтобы кто-то из вендоров сделал независимую реализацию для этого.

А уж ждать OpenSource реализации - скорее всего не приходится: есть hibernate, в него вложено уйма усилий, и переделывать под другую jvm это вряд-ли согласятся. Например, мне оно надо, но это же год(ы) работы - не подниму, точно также и другие кому оно надо, скорее всего. Если только какая фирма не наймет специального человека для этого на full-time.

> Реализуют, со временем. Но для десктопа, надо не все, что есть в 1.4. Вон - всякие swt-шные приложения уже вполне себе работают.

Думаете, разработчики приложений буду спецом урезать себе возможности, чтобы иметь счастье поисполняться в GNU-Classpath?

>> Ты в JDS работал ? >Ну я работал... В соляре на спарке. >Без мышака вообще работать не реально. Даже в KDE до такого не дожили. А зачем без мышки на GUI работать? У тебя спарке был notebook?

>. Как правильно сказал коллега - ГНОМ, изнасилованный JRE, В Gnome есть консоли лучше управления компьютеров дотягивающие до JDS на солярке?!! В студию!

>хотя довольно неплохо руссифицированный (если включить). Я работал конторе, которая занималась его локализацией (это то, что пионеры называют локализацией). Если тебе понравилась эта локализция - значит ты либо не знаешь английского либо русского (возможно и того и другого). Люди локализовавшие этот GNOME даже не видели UI и сделали много ошибок (хотя конечно это лучше чем локализация GNOME от пионеров).

>Короче лажа. IMHO для GNOME очень прилично.

>Думаете, разработчики приложений буду спецом урезать себе возможности, чтобы иметь счастье поисполняться в GNU-Classpath?

Разработчики опенсорсных приложений - будут. Во всяком случае, многие из них. А на jdk5 всё равно очень мало народа пока что перешло: боятся.

И потом, я все-таки не понимаю предмета спора: раз Sun пошел на эти меры - они явно видят какую-то угрозу для себя, либо mono (что на мой взгляд, вряд ли, там все-таки прогресс меньше), либо Classpath & Co. Я думаю, что месседж именно такой. Вряд ли они все это затеяли непосредственно ради JDS как такового.

> Разработчики опенсорсных приложений - будут. Во всяком случае, многие из них. А на jdk5 всё равно очень мало народа пока что перешло: боятся.

Кто реально хочет писать на Java, тот это делает и сейчас. Sun JDK замечательно работает на любом дистрибутиве. А "идейные" на Java все равно писать не будут.

> И потом, я все-таки не понимаю предмета спора: раз Sun пошел на эти меры - они явно видят какую-то угрозу для себя, либо mono (что на мой взгляд, вряд ли, там все-таки прогресс меньше), либо Classpath & Co. Я думаю, что месседж именно такой. Вряд ли они все это затеяли непосредственно ради JDS как такового.

Вот уж GNU Classpath тут меньше всего угроза. Буква 'J' не означает, что там все вокруг Java вертится. Скорее, хочется окучить дешевые десктопы, чтобы люди могли безболезненно переходить на всякие двойные оптероны без переучивания.

>>EJB 3

>йес, оф корс, а что толку? EJB3 разрабатывает в первую очередь никто иной как Гавин

В JBoss да.

В JoNaS, Geronimo ,Oracle AS, BEA WebLogic, IBM WebSpheare, Resin - нет )



> соответственно больше всего оно и будет на hibrnate похоже.
у Oracle - на Toplink ;-)

>К тому же надо будет чтобы кто-то из вендоров сделал независимую реализацию для этого.

Все делают - jboss просто кричит громче всех ;-)

>А уж ждать OpenSource реализации - скорее всего не приходится: есть hibernate, в него вложено уйма усилий, и переделывать под другую jvm это вряд-ли согласятся. Например, мне оно надо, но это же год(ы) работы - не подниму, точно также и другие кому оно надо, скорее всего. >Если только какая фирма не наймет специального человека для этого на full-time.

Дык так сейчас весь почти весь хороший OpenSource soft делается.
За бесплатно работают только пионеры и альтруисты (последних очень мало).

>Жаль только hibernate не будет работать - в байт-код зараза лезет. Нужен будет другой иструмент для O/R-mapping. :(

Гы ...! Йес! Дайте угадаю .... Теперь он будет машинный код править! Ну , а если серьезно, мне кажется, надо выкинуть НАХ жвм. Где преимущество жвм (которая реальная вм) перед CLR (что есть рантайм)? В интерпретации? А нахрена она нужна? Нахрена нужна интерпретация и нэйтив одновременно? Сановцы говорят что типа для того, чтобы пока джит работает программа не стояла колом, а паралельно интерпретировалась. Чтобы и тормоза были и память отжирать по максимуму! Нахрена козе и баян и капуста? Зделайте АОТ и забудьте! Вот в верблюде есть и то и другое. Во время разработки - и дебага - интерпретатор, релиз - компилятор. Кроссплатформенность? Компили в байткод и носи. На платформах только джит и либы, причем последние отАОТченные. Хочешь быстрый стартап - АОТь!

Эхехе... Может ребята из аппачи зделают как надо... Наверняка зделают! Сановское творение Ф ТОПКУ!

>Нахрена нужна интерпретация и нэйтив одновременно?

Dynamic Class Loading

>А "идейные" на Java все равно писать не будут.

Да хренушки! Идейные уже отписали свое на жаба. Слезают таперича! Если не ошибаюсь здесь уже был флейм не тему книжки Bruce Tate "Beyond Java". Многие сейчас кипятком писают например от руби на рельсах. Правда тут народ орал что дескать Тейт ламер а мы! вот кто крутые парни! Однако нетолько брюс стал на рельсы, но и всем известные "ламерюги" от жаба.

<quote> I'm watching many of the Java visionaries ramp up to do Ruby on Rails. Some of the people I trust the most, Martin Fowler, Dave Thomas, James Duncan Davidson, Mike Clark and David Geary all are going to make money this year on Ruby on Rails. Some still do some Java, and others don't. </quote>

Санки наконец осознали, что невозможно пересадить всех на жабу - это понимают даже их коренные типа Джона Рейнольдса. http://weblogs.java.net/blog/johnreynolds/archive/2005/10/beyond_java_but_1.html

Они таперича уже не кричат все на жаба! Они нынче плакают - "все заберите, только жвм оставьте! а-а-а-а-а-а ..." Боятся оказаться за бортом?

>Dynamic Class Loading

Да что вы! А я и незнал! Открою Вам секрет (только никому не говорите) нет умеет это делать без всякой интерпретации. А я например (уже много лет), умею загружать плюсовые классы (из сошки или дллки, в локале или с других хостов, по имени и без и т.п.).

Если Вы хотели сказать Dynamic Byte Code Patching, Class Generating и т.п. хаки - тоже мимо цели - посмотрите на нет.

Назови хоть одно приложение написанное каждым из этих достойных донов (Bruce Tate, Martin Fowler, Dave Thomas, James Duncan Davidson, Mike Clark, David Geary )

Я их знаю только как авторов книг (Martin Fowler написал IMHO одну из лучших книг по программированию - Refactoring)

Но есть разница между тем, что нравится педагогу (Fowler ушел в Ruby два года назад) и инженеру практику.

Ruby - язык со своими плюсам (местами очень большими на маленьких one man проектах). Rails- framework для написания one man web приложений.

От того что кто-то выбрал под свои цели (писать one man программы) хорошее средства, это не значит, что все кто пишет большие проекты бросились за ним.
JAVA сейчас - это mainstream.
Стандарт de facto для написания систем масштаба предприятия.
Также JAVA наконец пошла семимильными шагами на Desktop.
Ruby - пока только обрастает технологиями коих ему не хватает.(язык, повторюсь очень интересный).

PS советую почитать Брюса внимательней.

>>Dynamic Class Loading

>Да что вы! А я и незнал!

Теперь знаете.


>Если Вы хотели сказать Dynamic Byte Code Patching, Class Generating и т.п. хаки - тоже мимо цели - посмотрите на нет.

Нет, так я сказать не хотел.

При получении нового класса jvm его интерпретирует и параллельно его компилируют в native code(заметно на многопроцессорных машинах).

>Теперь знаете.

Спасибо.

>При получении нового класса jvm его интерпретирует и параллельно его компилируют в native code(заметно на многопроцессорных машинах).

Вообще говоря это нетак. жвм компилирует метод класса, только тогда, когда интерпретатор выполнит этот метод несколько раз. (В коде жвм это вбито константой - сам видел). Это клиентская вм. Серверная вм сначала компилит, потом выполняет - нет интерпретации (не видел, но читал у санок на сайте).

А на слаку, убунту и мандраку забили.

>>При получении нового класса jvm его интерпретирует и параллельно его компилируют в native code(заметно на многопроцессорных машинах).

>Вообще говоря это нетак. жвм компилирует метод класса, только тогда, когда интерпретатор выполнит этот метод несколько раз. (В коде жвм это вбито константой - сам видел). Это клиентская вм.
Серверная вм сначала компилит, потом выполняет - нет интерпретации (не видел, но читал у санок на сайте).

Поведение, мягко говоря странное.
Можно узнать версию jvm и вендора?

Вообще-то с JIT не всё так просто. Например он может (не всегда конечно) произвести компиляцию метода (класса) _в_момент_выполнения_ этого метода без разрыва. Т.е. вошли в метод интерпретатором, а на надцатом цикле уже работает native.

>Поведение, мягко говоря странное.Можно узнать версию jvm и вендора?

Скачайте исходники мустанга и посмотрите. Если лень лазить по этой куче мягко говоря не очень хорошего плюсового кода, поройтесь на сайте у санок, где то в документации это должно быть. К сожалению непомню где именно.

>>Поведение, мягко говоря странное.Можно узнать версию jvm и вендора?

>Скачайте исходники мустанга и посмотрите. Если лень лазить по этой куче мягко говоря не очень хорошего плюсового кода, поройтесь на сайте у санок, где то в документации это должно быть. К сожалению непомню где именно.

То есть в коде ещё не дописанной jvm? :-)

>Ruby - язык со своими плюсам (местами очень большими на маленьких one man проектах). Rails- framework для написания one man web приложений.

Ничего не мешает писать many man web и другие приложения. Такого продвинутого инструментария, как например IDEA конечно нет, однако рефакторить (без чего жабщики просто жить немогут) например можно и без спецсредств - нам в С++ до недавних пор хватало итагс и имакса, хотя конечно xref удобнее (раньше в xref небыло потдержки С++), и без autocompletion (без чего немогут жить виндовые VC++сники ) жить тоже вполне можно и даже очень полезно.

>От того что кто-то выбрал под свои цели (писать one man программы) хорошее средства, это не значит, что все кто пишет большие проекты бросились за ним.

Пойнт здесь не в этом, а в том, что наконец в суне начали признавать, что жаба как язык - это не серебряная пуля (весьма к стати посредственная штука), что для решения каждой задачи нужны свои средства - то есть DSL. Блин, вспомните с каким трудом продавили тот же груви! Как сопротивлялся бог фанатов от жаба гослинг!

>Стандарт de facto для написания систем масштаба предприятия.

Последние телодвижения показывают, что этот постулат как минимум неверен. Вспомните как апологеты жаба утверждали, что основное преимущество жаба например перед С++ - более высокий уровень языка ( хотя это по моему скромному мнению бред, гц конечно плюс, да и то не всегда ) и поэтому большая производительность программиста. Теперь руби бьет жаба ее же оружием: руби - язык более высокого уровня. continuation, closure, более простой и продвинутый reflection, примитивный, но все же metaprotocol (в жабе нет никакого). Тот же АОП на руби, средствами того же руби делается на раз - пойнтсаты? - 10 строк кода и готово! Посмотрите на ORM в рельсах и сравните количество кода там, с количеством кода в hibernate.

>Ruby - пока только обрастает технологиями коих ему не хватает.

Странная фраза про технологии. Я всегда считал, что технологии реализуются с использованием языка.

>(язык, повторюсь очень интересный).

А мне не нравится. Эти дурацкие @ и @@ и $, отсутствие объявления переменных ( не декларирования переменная: тип, а объявления как в smalltolk-е ) приводит к мерзким ошибкам. Отсутствие юникода и т.п. Мне нравится CommonLisp и smalltalk, Haskell ... хотя деньги приходится зарабатывать используя С++ и жаба...

>То есть в коде ещё не дописанной jvm? :-)

Да нет же, когда я ковырял исходники, это были исходники jdk-5.0 т.е. первые опубликованные исходники. Однако вряд ли там в этом плане что нибудь существенно изменилось.

>>Ruby - язык со своими плюсам (местами очень большими на маленьких one man проектах). Rails- framework для написания one man web приложений.

>Ничего не мешает писать many man web и другие приложения. Такого продвинутого инструментария, как например IDEA конечно нет , однако рефакторить (без чего жабщики просто жить немогут)

Refactoring - не привязывает вас к языку, автор кники refactoring обожает Ruby ;-)
Refactoring - мало применяется в некоторых языках по причине средств для отсутствия рефакторинга (или отсутствия культуры программирования ).


>например можно и без спецсредств - нам в С++ до недавних пор хватало итагс и имакса, хотя конечно xref удобнее (раньше в xref небыло потдержки С++), и без autocompletion (без чего немогут жить виндовые VC++сники ) жить тоже вполне можно и даже очень полезно.

Для некоторых проектов ещё важны сроки )))

>>От того что кто-то выбрал под свои цели (писать one man программы) хорошее средства, это не значит, что все кто пишет большие проекты бросились за ним.

>Пойнт здесь не в этом, а в том, что наконец в суне начали признавать, что жаба как язык - это не серебряная пуля

Пример где SUN хоть раз утверждал, что java "серебренная пуля" в студию )))

>>Стандарт de facto для написания систем масштаба предприятия.

>Последние телодвижения показывают, что этот постулат как минимум неверен. Вспомните как апологеты жаба утверждали, что основное преимущество жаба например перед С++ - более высокий уровень языка ( хотя это по моему скромному мнению бред, гц конечно плюс, да и то не всегда ) и поэтому большая производительность программиста.

Прочитай, что ты написал please )))


>Теперь руби бьет жаба ее же оружием: руби - язык более высокого уровня. continuation, closure, более простой и продвинутый reflection, примитивный, но все же metaprotocol (в жабе нет никакого). Тот же АОП на руби, средствами того же руби делается на раз - пойнтсаты? - 10 строк кода и готово!


>Теперь руби бьет жаба ее же оружием: руби - язык более высокого уровня. continuation, closure, более простой и продвинутый reflection, примитивный, но все же metaprotocol (в жабе нет никакого). Посмотрите на ORM в рельсах и сравните количество кода там, с количеством кода в hibernate.

Это не в этом ли "ORM" где поле класса должно совпадать с именем колонки в таблице? ;-)))))


>>Ruby - пока только обрастает технологиями коих ему не хватает.
>Странная фраза про технологии. Я всегда считал, что технологии реализуются с использованием языка.

Объясняю, язык обрастает технологиями по мере применения его в той или иной области. JAVA активно применяется в Enterpise, по этой причине в JAVA много технологий необходимых для написания систем масштаба предприятия. В JAVA активно применяется в Web Development - по этому в JAVA существует много технологий для этой области.
На java _не_ пишут драйвера для аппаратуры (кто кажется пытался), по этому в java для этой области нету технологий.

>>(язык, повторюсь очень интересный).
>А мне не нравится. Эти дурацкие @ и @@ и $, отсутствие объявления переменных ( не декларирования переменная: тип, а объявления как в smalltolk-е ) приводит к мерзким ошибкам. Отсутствие юникода и т.п. Мне нравится CommonLisp и smalltalk, Haskell ... хотя деньги приходится зарабатывать используя С++ и жаба...

От языка нужно брать то, что в нём хорошо, плохого найти в каждом можно.

Не пиши на JAVA драйвера (JAVA for Enterprise,Web приложений + сейчас java пошла на Desktop).
Не делай на Ruby больших проектов (по опыту людей все что больше человека месяца для Ruby много).
Не пиши на С++ систем масштаба предприятия особенно с Web Font End'ом C/С++ .

>>То есть в коде ещё не дописанной jvm? :-)

>Да нет же, когда я ковырял исходники, это были исходники jdk-5.0 т.е. первые опубликованные исходники.

Я тебе объяснил, для чего, с моей точки зрения нужна интерпритация кода (если SUN это не реализовал, что ж, возможно на это были причины которые мне не известны)


>Однако вряд ли там в этом плане что нибудь существенно изменилось.

Почему ты так думаешь?
Кстати, ты смотрел код для windows или sparc (не удивлюсь если на sparc это работает по описанной мной схеме)?
У IBM это работает, так как я рассказывал выше (по крайней мере знакомый бимер мне это так рассказывал, сам я в код не видел).