Поднимаю тему, почитал ночью, волосы зашевелились не только на голове...

grexhide НаблюдаюМожно только посочувствовать.
Отнюдь. Скорее даже - наоборот. Инструменты я лишь оцениваю с точки зрения их удобства и адекватности решаемым (мной) задачам (заказные малотиражные разработки). Тщетно (в который раз) надеюсь получить убедительные доводы в пользу последнего (с безусловной долей убедительности - покажите хоть что-либо стоящее, действительно имеющее преимущества хоть по какому параметру).

Стоящее для чего?

wessen lilium Но вопросы типа "почему тормозит" и "где применяется" не прекращаются. Это ли не повод задуматься? ;)


Кто-то пишет с приминением Java распределенные монструидальные системы, масштаба - планета Земля :), при этом зарабатывая миллионы долларов (google, ebay), а кто-то трындит на форуме про тормознутость и убогость Java. Пожалуй вы правы, повод задуматься есть;)

Поисковик Google состоит из 2х основных страниц: приём запроса с кнопкой искать и вывод результата. Вы можете своему начальнику объяснить, что для реализации базового функционала на 30 человек надо будет купить крутой сервер от Sun за $40000? Я думаю, он предложит по завершении проекта продать вас на органы


ЗашедшийВ сравнении с Дельфи, к примеру, которая не имеет:
- стандарта асинхронные сообщения для обмена данными в серверной части (JMS)
- стандарта для мэпа БД в объекты с возможностью кэширования и поддержки объектных транзакций (JTA)
- стандартных средств кластеризации серверов приложений (большинство серверов приложений, начиная с JBoss)
- стандартных средств обеспечения безопасности
- отраслевых стандартов взаимодействия с унаследованными ERP-системами (Java Connectors)
- стандарта кэширования соединений с БД (JDBC-DataSource)
- стандарта построения Web-сервисов (WSDL/BPEL)
Мало?

Асинхронные сообщения, как много в этом звуке, для меня это было 1 день работы в Delphi, причём полный контроль исходного кода... А если мне надо сделать то, чего нет в JMS? А такое было у моего кореша. Это называется простота с одной стороны, ущербность технологий - с другой.

Идём далее: DB-Маппинг, TDataSet - херовое предложение от Борланд, но стандарт подключения визуализации. Я пошёл дальше - DBObject на основе IDispatch + DBObjectDataSet. Коллекция IDispatch объектов, которым я говорю " DBOSet1.CurrentObject.Имя_Ламера := 'Вася пупкин';DBOSet1.CurrentObject.Save;"... Товарисчи жависты, слабо на жабе такое?
+ хеширование членов объектов для быстрого доступа к записям. На своём сервере приложений реализован объектный брокер, который позволяет одному юзеру видеть, как другой юзер редактирует объект, если у него есть на то права. Это про транзакции?

Кластеризация? Ковырните BES... Что? На джаве трудно освоить спецификации Corba? Хотя в EJB она используется... получается EJB - это прокладка над корбой, а прокладки - это лишние ресурсы

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

А часто вы отраслевые системы интегрируете? И вообще, интеграцию всегда можно замутить самому...

стандарт кэширования соединений с БД (JDBC-DataSource)
Дело в том, что жава сама по себе через несколько прокладок долго подключается к СУБД... Это заплатка низкой производительности JRuntime, превосходством это не назовёшь...

стандарт построения Web-сервисов (WSDL/BPEL) - это было в дельфи с какой версии, не знаю, на в 7-ке точно есть...

cooluser softwarerЧто же до адекватности - я понимаю, вы привыкли к тому, что самую мелкую задачу делать не меньше полугода, но поверьте, мир не исчерпывается ява-технологиями.

Уважаемый, в мире Джава технологий самая мелкая задача решается за самые мелкие сроки, именно из-за огромного количества уже написанного кода и хороших механизмов его повторного использованя.

Я где-то читал, жависты сами себя жалели... писали, что нет у нас крутых инструментальных средств, поэтому разработка сложная, и за это типа нам платят... Как это тогда за мелкие сроки? + само количество существующих технологий... да пока разберёшься со всем, что есть в платформе, уйдет уйма времени, а найти то, что нужно сейчас мне вообще кажется трудной и долгой задачей...
Остаётся актуальной основная проблема Java. Сама спецификация тормозит технологию...
"Написано единожды - работает везде"! Бред! Как приложение под x86 будет работать например в микроконтроллере стиральной машины... Херня! Т.е. мы приходим к тому, что для различных устройств нужны различные виртуальные машины. Ну так вот лично я жду, когда же бравые ребята из Сана сделают не выполнение байт-кода в JVM под x86, а выполнение бинарного кода, и не JIT компилятор, который на ходу компилит в асм, а бинарный код, который кэшируется рядом и загружается без JIT. Пока что я вижу только тормоза и нерациональное использование памяти непонятно под что.
J2EE - круто? Чем круто? WEB-интерфейсом? А кто программами пользуется во всём мире? ПОЛЬЗОВАТЕЛИ! А у них кто нибудь спросил, удобно ли им будет работать с WEB-интерфейсом?
Использование браузера в качестве АРМа.... Давайте ещё в браузер СУБД засунем, чё уж там, а на экране её мониторить будем? Браузер просто лишает пользователя всех сладких возможностей взаимодействия с информационной системой. Пример, поле и справочник 15000 записей, нужно выбрать запись из выпадающего списка по первым нажатиям клавиш. AJAX? - нагрузка на сеть...
Закачать всё и фильтровать на клиенте, фильтр на JS - изврат + тормоза... нет нормального решения. В гуях оно есть и очень простое и быстрое.
Теперь, чем .NET лучше? Он производительнее. И только потому, что некоторые классы, которые входят в Framework, скомпилированы в бинарники. А вообще для бизнеса кроме SAP я достойных комплексных систем пока ещё не видел.
А дельфи жил и будет жить, потому как для работы с БД ничего лучшего не придумано. Переносимость? Переносится при правильном подходе, даже сборки BDS2007 под Linux можно собрать.
И вообще - всё зависит от рук, которые пишут код. У меня в портфолио лежит виндовый драйвер, написанный в дельфи, который эмулирует линии АТС с сервера. Т.е. дривер на клиенте подключается к серверу приложений, который контролирует офисную АТС. И с этими линиями на клиентской машине можно работать абсолютно любой программой, т.к. эмуляция происходит на уровне винды. На жаве такое реально вообще? Даже если качественно спроектировать java-программу, она будет тормозить - это факт. Вот моя точка зрения.

Мда! Забыл ещё пару слов о кроссплатформенности...
Опросил 9 человек, 8 сказали, что кроссплатформенность никому сегодня на самом деле нахрен не нужна. Конечному пользователю глубоко наплевать, в чём он работает, главное, чтобы это по максимуму облегчало его труд.
Один человек - он программист Java, сказал, что ему кроссплатформенность нужна, хотя сам он использовал только WIn и Linx, но это не есть точка зрения потребителя.