Почему Java выбор для enterprise?

Question

[longBurn]

Добрый день!

Начав более плотно заниматься разработкой, после нескольких лет работы внедренцем, я стал собирать общую информацию обо всем и, как я люблю это делать, стал ставить под сомнения самые очевидные вещи.

Так вот, почему же все считают Java языком программирования для enterprise решений? С чем это связано? Чем он плох для изучения в институте? Чем он плох для проектов с открытым исходным кодом?

Не сочтите меня невеждой, просто не люблю я все принимать за чистую монету =)

Спасибо за ответы, если они будут =)

Answer 1

[littlehobbit1992]

Так вот, почему же все считают Java языком программирования для enterprise решений? С чем это связано?

Java кроссплатформенна, разработка на Java, в отличие от того же C++, гораздо проще и быстрее (нет возни с указателями, выделением и освобождением памяти и пр.), также намного легче в освоении, чем тот же C++, при этом она не настолько "игрушечная", как популярные скриптовые языки (Python, Ruby и пр.), любой C++-программист без труда ее освоит. Это главные плюсы для большого бизнеса, так как риски срыва проектов достаточно низкие, надежность достаточно высокая (хотя и первое, и второе зависит еще и от наличия прямых рук у разработчиков, и от наличия вменяемого руководства (PM, архитектор)), язык популярен и достаточно просто для изучения, соответственно - достаточно большое количество спецов. Сопутствующие минусы, к примеру, требовательность к ресурсам, не так важны для enterprise - деньги-то есть (всегда можно докупить еще десяток новеньких серверов или проапгрейдить уже имеющиеся).

Чем он плох для проектов с открытым исходным кодом?

Никто не запрещает писать open source проекты на Java. Другое дело - виртуальные машины Java (без которых байткод, понятное дело, никак не выполнится). Спецификации языка и виртуальной машины запатентованы Oracle, которые еще те патентные тролли (достаточно вспомнить недавний процесс, где Oracle судились с Google, обвиняя их в незаконном использовании запатентованного ими Java API в виртуальной машине Java в Android). Есть и open-source средства исполнения Java-байткода - тот же OpenJDK, но никто не может гарантировать, что завтра или послезавтра Oracle не подадут в суд на его разработчиков. Как-то так

Comments

[longBurn]

Но почему когда в open source сообществе поднимаешь вопрос о выборе между Python и Java, в большинстве случаев в Java летят камни, а Python выставляется как благо? Агрессия появилась из-за поведения Oracle? Или может быть громоздкий систаксис режет глаза?

[littlehobbit1992]

Скорее всего, потому что большая часть реализаций среды исполнения Java - не open-source, а open-source-реализации находятся под угрозой патентных претензий. Python же полностью open-source (открытый и сам стандарт, и исходники интерпретаторов).

[Moxa]

с каких пор OpenJDK под угрозой? OpenJDK - официальная оракловская реализация jvm, Oracle сами на себя будут в суд подавать?

[Николай Павлов]

longBurn: глупцы потому что))

[littlehobbit1992]

А, прошу прощения, ступил. Но несвободности технологии этот факт не отменяет, потому в open-source сообществе такое отношение к Java

[Николай Павлов]

littlehobbit1992: я бы сказал, что java это самый опенсорсный опенсорс. Почти все либы открыты, такого пожалуй нигде нету.

[Николай]

littlehobbit1992: Что за open-source сообщество такое? Посмотрите количество Java-проектов на Apache Software Foundation.

[angry_cellophane]

littlehobbit1992: сорцы open jdk (jmv, javac) находятся в открытом доступе. Можно собрать свою jvm с вистом и поэтессами. Отдельно стоит упомянуть java коммьюнити и JCP. Если это не опен сорс, то его в мире и нет.
Не холивара ради, но напоследок уточню, что у питона нет language specification, только reference, поэтому некорректно относить к его плюсам стандарты и т.д.
Ну и в общем сравнивать java и python, это как выбирать между тёплым и красным.

Answer 2

[Владлен Грачев]

Процитирую Дейкстру:

Она [Java] настолько плоха, что вся индустрия в целом принимает низкокачественный дизайн как стандарт де факто.

Comments

[Николай Павлов]

Что же в ней низкокачественного )

[Алексей Исмаилов]

Ну вот Дейкстра что-то нашел =)
А вообще, проблема Java EE, на мой взгляд, в загроможденности спецификациями. Я не говорю, что спеки это плохо, наоборот, но там умудрились настолько все запутать, что более-менее распутали только к 7 версии. Плюс к этому, для на написания на Java EE7 веб-приложения, пришлось очень много собирать инфы по крупицам в сети, чтобы сделать то, что мне надо. Вроде и книжки есть, а по ряду задач все равно приходилось очень долго соображать, как тут и что. Ну, скажем, для message bundle я далеко не с первого раза нашел описание более-менее подробное. Особенно было туго с JPA =)

Хотя, может, это лично мои проблемы =)

[Николай Павлов]

Алексей Исмаилов: если использовать java без её ЕЕ наворотов, то все там шикарно. У Дейкстры видать уже маразм старческий. )))

[Алексей Исмаилов]

Николай Павлов: Бесспорно, просто тут вопрос про энтерпрайз, потому и упомянул EE =)
А вообще, если абстрагироваться от вышенаписанного, то меня эти же самые стандарты и спецификации, в виде реализаций, повергли в восторг, особенно JPA. Java комьюнити задрало планку для всех до нереальной высоты. Потому, наверное, Java — выбор для enterprise =)

Answer 3

[Олег Гамега]

Так вот, почему же все считают Java языком программирования для enterprise решений?

Поведение программы на java достаточно предсказуемо.
Высокая производительность (при горячем запуске работает быстрее с++, хоть и звучит дико правда за это платит память ...)
Удачная архитектура.

Чем он плох для проектов с открытым исходным кодом?

Прожорлив ... знаю контору в которой интернет магазин без 16гектаров оперативы не стартует (подозреваю что из за кривизны рук их разработчиков, но тем не менее)
Архитектура ─ удачная для enterprise, в динамично развивающемся проекте излишне ...проще на php за это же время пару раз зарелизится и прогореть (последующея поддержка другой разговор)
Java разработчики дорого обходятся

Comments

[Николай Павлов]

Фигня все это про "быстрее чем с++". JIT штука хорошая, но не настолько. Что касается памяти, это точно криворукие разрабы, с трудом могу представить где такие объемы могут появится. Возможно они выгружают всю базу в оперативу, что есть дикость.

[Олег Гамега]

Николай Павлов: про криворуких разрабов эт точно ─ очень стремная контора. Про скорость сужу по тестам, но да не своим тестам, поэтому спорить не буду, но enterprise проект на с++ тоже не торт.

[Николай Павлов]

gadfi: почему. Торт. Правда как в комедиях. Он из пены для бритья. Лёгкий и быстрый, но не торт.

[Николай]

>> Поведение программы на java достаточно предсказуемо.
Вот именно, отсутствие (легкого) манкипатчинга, наличие вменяемых неймспейсов, статическая типизация - все это влияет на предсказуемость. Мне знакома ситуация, когда на Ruby on Rails один из нескольких десятков гемов что-то перекрыл в системных классах (скажем гем А), причем делает он только когда подключен еще гем Б и луны Юпитера находятся в какой-то определенной фазе. Да, можно это раскурить - весь вопрос за сколько времени и какими усилиями?
>> Прожорлив ... знаю контору в которой интернет магазин без 16гектаров оперативы не стартует (подозреваю что из за кривизны рук их разработчиков, но тем не менее)
Плохой аргумент. Я могу написать интернет-магазин, который не будет стартовать без 116 гектаров оперативы хоть на АСМе) АСМ - прожорлив?

[Николай Павлов]

Евгений Николаев: а я могу написать на любом языке и он не будет стартовать)))

[Николай]

Николай Павлов: что и требовалось доказать)