>Это поможет нам противостоять .NET

добавили бы передачу аргументов by reference - начали бы с этого

>добавили бы передачу аргументов by reference - начали бы с этого

а щас они как? если говорить про объекты а не простые типы.

по сравнению с дотнетом - через одно место

хотя мне обе технологии одинаково хороши...

Сейчас последует ответ Sun в том же духе, как они ответили кажется Эрику (Fix Me): "Он не понимает, о чем он говорит!" :)

Michael Tiemann не нужен

Нафиг, нафиг. Пусть лучше жабой рулит одна фирма. А то будет вам java-vm-mdk-1.5.rpm, java-vm-suse9-1.5.rpm, java-vm-vasyapupkin_cool_edition-1.5.rpm и т.д.

Передавай массив из одного элемента.

>Пусть лучше жабой рулит одна фирма.

Точно, а то они вон OpenOffice открытый сделали, так понеслось, SuSe сразу свой вариант Oo создали, Alt - свой, жабу если откроют - такая же фигня начнется.

polnost'ju soglasen

хотя сун сделает лицензиюё такой, что никто ничё не форканёт и не изменит

Re:

Э-э-э... Какой Alt создал свой вариант OOo? Если речь про ALT Linux, то ни о каком "своем" варианте речи не идет. Правки, конечно, делались, но сейчас они [все] - в апстриме. Ну, и с Ксимиан/Сузе/Новель примерно так же.

Re:

Добавление: в случае с ALT - они и в самом деле в апстриме, а в случае Ксимиановской/Сюзешной сборок с изменением L&F - в бранчах того же OOo, насколько я помню.

>Если речь про ALT Linux, то ни о каком "своем" варианте речи не идет. Правки, конечно, делались

Это и имелось в виду, вот и жабу начнут "править", если её открыть, что явно к хорошему не приведет.

>Это и имелось в виду, вот и жабу начнут "править", если её открыть, что явно к хорошему не приведет.

Мля, да какие там форки? Есть же стандарт, которому надо в конечном итоге соответсвовать, а в случае с OO нет никаких стандартов, дороги открыты, поэтому каждый и может идти своим путем, делая, предположим, несовместимые продукты. А в случае с Java, елси подумать хорошенько, можно понять, что никто не будет заинтересован в форках, потому что это огромная трата ресурсов! Если бы форк был бы настолько привлекательным, то форкали бы все подряд. Но такого не происходит, потому что люди умные и умеют поразмыслить на тему, что такое форк не просто крупного, а крупнейшего проекта. Уверен, что будет просто создан совместный проект, в который войдут все: и Suse, и RH, и кто угодно.

... тут еще Kodak со своими наездами http://slashdot.org/article.pl?sid=04/10/03/1352252

> Это и имелось в виду, вот и жабу начнут "править", если её открыть, что явно к хорошему не приведет.

А как же gcc? Живём же и ничего. В конце концов - чай не ты один умный, остальным тоже расползание ненужно. Что же касается сборок от "vasia pupkin" - то это фигня, оно никуда не расползётся. Совместимость по коду держать буду скорее всего, это выгодно. А внутренности... Да и х с ними. Ну будут сборки более оптимальные для каких-то задач. Потихоньку лучшее в майнстрим собирать будут. В конце концов - разнообразие ftp серверов никого не смущает?

> добавили бы передачу аргументов by reference - начали бы с этого

Нафиг, нафиг... В питоне вон нет, и ничего, никто не жалуется. Да и нужно оно разве что для swap().

Вот аксессоры и перегрузка операторов бы не помешали.

>Точно, а то они вон OpenOffice открытый сделали, так понеслось, SuSe сразу свой вариант Oo создали, Alt - свой, жабу если откроют - такая же фигня начнется.

Вариант у ОО один, различаются они незначительно. Функциональность у них одна и та же.

>Это и имелось в виду, вот и жабу начнут "править", если её открыть, что явно к хорошему не приведет.

gcc пишут и правят и что? Все работает и собирается.

> gcc пишут и правят и что? Все работает и собирается.

Пока кто-нибудь не вспомнил про 2.96 в грубой нецензурной форме, я мягко намекну =)

>Вот аксессоры и перегрузка операторов бы не помешали.

МАКРОСЫ!!!!!!!!

далось им это открытие. Все исходники jvm доступны. Что еще надо? или редхат хочет свои шаловливые ручки запустить и наменять там чего попало, чтобы потом все это падало по непонятным причинам?

Как минимум был бы плюс в том, чтобы сделав apt-get install java-sun (ну или что-нибудь в этом роде), Java устанавливалась бы "как надо", со всеми правильными зависимотями, и.т.д. Ну и плюс куча Java-пакетов перекочевали бы из Contrib в Main.

:)

>а щас они как? если говорить про объекты а не простые типы.

Объекты вообще передавать нельзя. Можно передавать ссылки - а они тоже передаются по значению.

Хотя вопрос философский - не является ли передача ссылки на объект по значению передачей объекта по ссылке? :)

> Опасения Sun относительно форка
Выпустили бы исходники rt.jar и обвязку под GPL, а hotspot сами бы развивали.
Тогда у gcj хоть были бы шансы догнать текущие jdk.

Тогда форка можно не боятся, уже давно альтернативные реализации существуют: libgcj, classpath. Которые необходимо принимать во внимание если что то хочеш скомпилить gcj :(

> хотя сун сделает лицензиюё такой, что никто ничё не форканёт и не изменит
такое уже есть SCSL назывется, благодаря этому в freebsd есть нативные jdk, через патчи :(

А что за RedHat это раньше водилось? Нельзя ли ссылочку?

> Тогда форка можно не боятся, уже давно альтернативные реализации существуют: libgcj, classpath. Которые необходимо принимать во внимание если что то хочеш скомпилить gcj :(

А кому в здравом уме захочется что-то скомпилить gcj?

Izvinite chto net russkih bukv :( Vi chego ne ponimaete? Otkritie sorcov eto otkritie JNI dlia vseh platform, a ne tolko src.zip. V JNI stolko vsego navorcheno dlia kazhdoi platformi. A kstati kak na schet Blackdown JVM - polnostju otkritaja platforma.

> Izvinite chto net russkih bukv :( Vi chego ne ponimaete? Otkritie sorcov eto otkritie JNI dlia vseh platform, a ne tolko src.zip

http://wwws.sun.com/software/communitysource/j2se/java2/download.html

Зашел в книжный магазан. По Яве 2 книжки по С# штук традцать. Делайте выводы господа!

> Vi chego ne ponimaete? Otkritie sorcov eto otkritie JNI dlia vseh platform, a ne tolko src.zip.

Еше раз для особо внимательных:
Выпустили бы исходники rt.jar и обвязку под GPL
^^^^^^^
> A kstati kak na schet Blackdown JVM - polnostju otkritaja platforma.
http://www.blackdown.org/java-linux/docs/support/faq-release/FAQ-java-linux-8...
И это называется польностью открытая ?

> А кому в здравом уме захочется что-то скомпилить gcj?
Есть такие, и не один: http://gcc.gnu.org/java/done.html

>Зашел в книжный магазан. По Яве 2 книжки по С# штук традцать. Делайте выводы господа!

В киосках с прессой интересных научно-популярных журналов пару штук, зато желтой прессы.

> Зашел в книжный магазан. По Яве 2 книжки по С# штук традцать. Делайте выводы господа!

Какие выводы ? Книжки по C# никто не берет, а по java сразу разбирают ;)

Зашли бы вы туда лет 6 назад. Просто .NET очень молодая платформа и книжок по ней народ еще не набрал, следовательно есть спрос и предложение.

>Зашел в книжный магазан. По Яве 2 книжки по С# штук традцать. Делайте выводы господа!

С жабой такое было несколько лет назад. Это называется модой.

>Хотя вопрос философский - не является ли передача ссылки на объект по значению передачей объекта по ссылке? :)

А чем же это ещё может быть?! В упомянутом Питоне так и есть, на самом деле там _всё_ передаётся как раз по ссылке, ибо _всё_ является объектами.

Re:

?? Теховские переносы (то есть _лучшие_, чем, скажем, в MS Office) в OOo - это катастрофа?? Что-то я тогда не понимаю в целях и задачах проекта OOo :-)

Re:

> может идти своим путем, делая, предположим, несовместимые продукты.

_Какие_ несовместимые продукты на базе OOo были сделаны? ;-) Пока я вижу только очевидные enhancements + наработки по исправлению убитого OOo'шного L&F. По-моему, и то, и другое нужно только приветствовать.

Re:

Джавовские плагины/врапперы к dbus :-). Сам давеча собирал :-)

Re:

Нет.

alex@pyro ~ $ python
Python 2.3.3 (#1, Jul 5 2004, 13:54:49)
[GCC 3.3.3 20040412 (ALT Linux, build 3.3.3-alt5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> def f(a):
... print "Initial a in f: ", a
... a = 10
... print "Resulting a in f: ", a
...
>>> a = 3
>>> f(a)
Initial a in f: 3
Resulting a in f: 10
>>> print a
3
>>>

В джаве точно так же. "Элементарные" типы передаются по значению, "объекты" (настоящие объекты, а не их rt-эмуляция, как делает питон для элементарных типов) - by reference (точнее, по значению передается эта самая reference, которую в данном случае уместнее было бы приравнять к указателю, т.к. выражение

objA = objB

фактически эквивалентно сишному

ptrA = ptrB

, то есть, никакие перегруженные операторы и т.п. в данном случае не при делах).

Re:

Вообще, у питона и у явы (а еще до кучи туда же JS) "термовая" семантика довольно похожая. И если бы санки не держались так за яву, как за _язык_, то, глядишь, из _платформы_ действительно, гхм, универсальный инструмент можно было бы сделать :-).

Однако ж нет. Человек, который писал jython, теперь работает на MS (и пишет IronPython, ничего себе говорящая лягушка, почти как настоящая, хоть и ранняя альфа), в Intuit'е функциональное программирование изучают по StandardML.NET, да и хаскеллевская группа находится "под патронажем" MS, а дружки мои, до этого э-э-э, лет шесть убившие на яву, теперь оффшорят на C#.NET проектах :-). Осталось MS'у только TCL.NET выпустить, и окончательно покорить сердца тех, кто раньше питал иллюзии в отношении санок (и санскрипта :-)).

> Есть же стандарт, которому надо в конечном итоге соответсвовать

Достижимость конечного итога щтука весьма скользкая по срокам.

>в случае с Java, елси подумать хорошенько, можно понять, что никто не будет заинтересован в форках, потому что это огромная трата ресурсов!

А дистрибутивы линуксов за пол часа вечером собираются...

>Но такого не происходит

Особенно это видно по дереву дистрибутивов линуксов.

> Ну и плюс куча Java-пакетов перекочевали бы из Contrib в Main.

И завоеванный Enterprise рынок тут же прыгнул бы на .NET.

Re:

> И завоеванный Enterprise рынок тут же прыгнул бы на .NET.

С чего бы это?

>Нафиг, нафиг. Пусть лучше жабой рулит одна фирма. А то будет вам >java-vm-mdk-1.5.rpm, java-vm-suse9-1.5.rpm, >java-vm-vasyapupkin_cool_edition-1.5.rpm и т.д. Сто пудов, так и будет! Это одно из самых уязвимых мест Линукса.

>Нафиг, нафиг. Пусть лучше жабой рулит одна фирма. А то будет вам >java-vm-mdk-1.5.rpm, java-vm-suse9-1.5.rpm, >java-vm-vasyapupkin_cool_edition-1.5.rpm и т.д.

Так и произойдёт :-(

>Так и произойдёт :-(

И что в этом страшного?

Имхо sun сейчас мечется между опенсорсом и проприетарщиной по одной простой причине: тамошние аналитики пытаются определить, как окрытие чего-нибудь может повлиять на капитализацию корпорации. Продаться хотят подороже - и всё.

> добавили бы передачу аргументов by reference - начали бы с этого

Лучше возврат туплесов.

Я не против MS.NET, однако, Вы не могли бы привести объективные факты?

К сожалению, mono JIT доступен только для x86 32-bit платформ, если я не ошибаюсь. Что касается .NET, то Win2003 WebEdition:

1. Дороже Linux (250 -500 руб. за DVD vs. $399)

2. Нет поддержки более 2 CPU и 2 GB RAM

W2003 Std.(4GB/8CPUs/2comps per 1 claster), Ent.(32/8/8) & Datacenter (64/32/8) Editions (данные для x86) стОят много дороже Web Edition, на которой, кстати, по условиям лицензии нельзя размещать MSSQL Server и UDDI сервисы.

Так что, извините, но условия Sun много лучше, да и использование JBOSS||Resin Stateless Session EJB + Hibernate не так тормозит, как что-нибудь типа WAS. Так что тесты M$, IMHO, весьма однобоки. Выбор Linux + Java 5 Tiger лично мне представляется более оптимальным.

Map не туплес?

> А что за RedHat это раньше водилось? Нельзя ли ссылочку?

помницца, редхат комплилял все и вся бета-версией gcc... Конечно, прогресс и все такое. Но лучше я пойду с пользой для себя проведу время, чем ковыряться в чьих-то багах...

> Э-э-э... Какой Alt создал свой вариант OOo? Если речь про ALT Linux, то ни о каком "своем" варианте речи не идет. Правки, конечно, делались, но сейчас они [все] - в апстриме. Ну, и с Ксимиан/Сузе/Новель примерно так же

И будет "это немножко не работает, то немножко не правильно что-то делает", как в случае с gcc. Я намучился в свое время, разбираясь с опциями оптимизатора компилируя gentoo. Лучше уж пусть сан тянет лямку один. А если нашел баг и есть код как исправить - отправь им, в долгу не останутся...