Это вот сюда: http://forum.vingrad.ru/forum/topic-39009/view-all.html 

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

Се ля ви, 
v2v, 

Я не спорю, многое можно сделать с web интерфейсом. Но не все... cad-ы, думаю, еще долго останутся десктоп приложениями....

Ладно, это оффтоп. В тему "WEB-интерфейс или GUI, Какой подход первсективнее?" я не пойду, читать много. 



ivashkanet, 


Очень безграмотный ответ.

В windows винить тоже некого (это четко прописано в лицензии).
А вот то что обнаруженные дыры в win закрываются значительно медленнее, чем в open source приложениях - это факт.

Да и за деньги можно получить поддержку, например от mandriva или red hat...

Речь идет не о прямой совместимости на уровне байт-кода, а о рантайме. У нас к примеру, был такой случай - при апдейте на 1.4.2_06 с 1.4.0 код, завязанный на таймаут по асинхронному вызову, перестал работать (да, там использовались жуткие костыли для синхронизации, но все же).

Добавлено через 6 минут и 14 секунд


С чем ты споришь?

.NET лучше подходит для написания windows-приложений? Конечно
.NET более предпочтительна для desktop-a? Очень может быть.

Еще раз - java - это прежде всего enterprise технология. Это 99 процентов ее применения.  И в этой сфере она предоставляет значительные возможности по сравнению с .net.




Черт его знает. Берутся же откуда-то сервера.

Добавлено через 11 минут и 19 секунд


Пожалуйста, скажи, какие такие могут быть затраты, "связанные с получением кросплатформенности"? Если ПО кросплатформенное, необязательно его запускать именно под *nix.  Если этот менеджер считает, что администрирование linux ему обойдется дороже, то пусть использует windows-server. Какие проблемы-то?

По своему личному опыту джава программирования могу сказать что код перестает работать в 99% случаев по тому что кто-то захотел "поправить\ускорить\отрефакторить".

Проблем рантайма с переходом между разными версиями на разных оськах не наблюдалось, разве что NIO клиент не хотел работать на FreeBSD (в то же время работал на WinXP и Linux), но там то и джавы от Sun нету, там какие-то поделки от кулхацкеров.

Какая чушь, однако  А directx - тоже enterprise-технология?

Добавлено @ 01:13

Всё же бывает. Я за семь лет три прецедента зафиксировал 

Это сообщение отредактировал(а) w1nd - 10.7.2008, 01:13

А ты полагаешь, что это не так? В таком случае примеры больших проектов на java в не enterprise-секторе в студию.




Нет. Ты это, собственно, к чему?

 Eclipse, IDEA, ZendStudio
Вменяемых аналогов не на джаве нет. Лишь если на Visual Studio поставить Resharper только - то он будет вменяемым.

+openoffice (хоть там часть java маленькая но я думаю можно причислить  )

Причём тут OpenOffice?! Поддержка явы там вообще опциональная, для каких-то формул что ли, не помню..

ну ладно тогда
Azureus (Bittorrent client) http://azureus.sourceforge.net/ 
netbeans

А что про это скажете?
Я имею ввиду Desktop Environment

nerezus, а что там на Java написано-то? Это же гном перелицованный.

Ошибся, сдаюсь ((

Все-таки, средства разработки учитывать некорректно
1. Экономически обоснованно писать средства разработки именно на целевом языке. Поскольку требования к разработчикам грубо говоря в два раза меньше (достаточно знание одного языка).
2. За Eclipse и NetBeans к примеру стоят мегакорпорации, продвигающие Java.