Про Java и жизнь

[d_zh]

В 1995 году миру была обещана Java и в 1996 она появилась. Но это был фальстарт, поскольку она была тормознутой, не было сред разработки, какой-либо инфраструктуры, библиотек, никто ничего не понимал, а апплеты оказались не особо нужны. Но потом появилась Java 1.2 и весь мир проголосовал за нее своим баблом и карьерами. 10 лет подряд вся разработка

Comments

[mindfactor]

Со своей скромной колокольни вывел замечательный эмпирический принцип:

"Если что-то написано на Яве - значит техническая реализация будет тормознутым глючным блевотным у*бищем."

Осечек за всё время - пальцев одной руки хватит пересчитать.

[d_zh]

учитывая, что на яве написано почти все более или менее крупное., то это скорее общая характеристика айти, а не явы. Просто сравнить особо не с чем.

[mindfactor]

Вёб-интерфейсы обычно таки неплохи.

К сожалению, они пока ещё тормознуты, но это фактически единственный их недостаток.

[rainman_rocks]

На яве написано далеко не всё.

На десктопе: от жабоприложений тошнит сразу (стрёмный интерфейс, тормоза, сожрана куча памяти), всё приличное - на крестах написано. Ну или вон макофилы приличное на Objective-C изображают.

В вебе: сравнить социальную сеть на жабе (одноклассники) с остальными социальными сетями (не жаба) по user expirience. Всё станет ясно.

На жабе нет ХОРОШИХ приложений. Есть только терпимые.

[mehanizator]

а почему "не круто"-то?

[d_zh]

Потому что типа устарел и нет функциональщины.

[mehanizator]

функциональщина там прикручивается при желании

[d_zh]

Оставаясь в рамках языка? А как?

[jdevelop]

Scala ;)

[d_zh]

На скале адски сложно разбираться в чужом коде. Может, конечно, дело привычки, но learning curve ожидает быть очень нудным. Джава в своей основе изучалась за неделю. На скале через неделю можно писать только то, что не является особенностью скалы :-)

[thinker8086]

Слушайте, а что на Java не тормозит? Вон сбербанк тормозит )))

[d_zh]

тормозит - понятие относительное. На чем еще решают интеграционные задачи такого масштаба?

[thinker8086]

>> На чем еще решают интеграционные задачи такого масштаба?

Это таки да, Java стала стандартом для корпоративных решений, и я не настолько в теме, чтобы привести контрпримеры (возможно, они и существуют).

Но меня другое интересует.

Вроде как масштабирование на Java должно быть как два пальца об асфальт, нет?

Им жалко денег на сотню дополнительных серверов в кластере?

[d_zh]

А не все можно распараллелить. Даже если последовательного кода всего 10% по времени исполнения, десятикратное масштабирование - теоретический предел. На практике довольно сложно полностью развязать на 100%. Это возможно, просто дорого.

[kuigoroj]

[d_zh]

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

[kuigoroj]

[d_zh]

Я думаю, что это вопрос скорее в бизнес-плоскости, чем в технологической. С точки зрения бизнеса решение, которое стоит 10 млн, которое доступно через три месяца, но требует постоянной поддержки на 1 млн в месяц, часто оказывается лучше, чем то, которое стоит 20 млн, доступно через год и требует поддержки 100 тыс в месяц.