Здравствуйте, StanislavK, Вы писали:

SK>Интригующий заголовок, но вопросто не в измерении длинны сами знаете чего Прошу на касаться вопросов производительности.
SK>Вопрос в следующем, если бы вам пришлось начать разрабатывать большую серверную, многопоточную, многокомпонентную, распределенную систему, то какой язык бы вы выбрали?

На самом деле непонятно, зачем вообще разводить такую дискуссию не касаясь вопросов производительности...
Вот если бы вы включили в этот список "высокопроизводительную", то тогда c++ был бы фактически безальтернативным вариантом.
Ну а если это обычная good enough система, то зачем кто-то будет заморачиваться с написанием на нем всей системы? Будет вполне достаточно реализовать критические места — обработку мультимедиа, математику и т.п. Собственно в реальной жизни оно наверное так и делается.

SK>1. Развитая система билда (maven, gradle) с поддержкой зависимостей, модулей и т.д.
Средства сборки мало изменились с 80 годов, у иных проектов сборочные скрипты по сложности превосходят сам проект. Разве что теперь в этом процессе зачастую еще участвует IDE.

SK>2. Реально много библиотек и фреймворков. Надо встроить вебсервер — не проблема, надо математическую билиотечку, тоже пожалуйста, надо какой-нить complex event processing — все есть и т.д.
Фреймворков мало, библиотек много, но велосипедов (и допиленных под себя библиотек) — еще больше, ведь все хотят платить только за то, что используют.

SK>4. Легко (это все кончено относительно) интегрирутеся со всем чем угодно, есть JNI, можно в пол-тычка сделать rest-сервис и т.д.
Практически все что что угодно и так написано на C/C++ (включая реализации самой jvm, насколько я знаю) или, как минимум, неявно с ним интегрируется.

SK>5. Есть очень хорошая среда разработки (IntelliJ), которая легко работает (рефакторинг, поиск и т.д.) с проектами в десятки тысяч файлов.
С инструментами все весьма плохо, рефакторинга вменяемого нет, форматирования нет, проверок стиля нет (и самого стиля для проверки тоже нет). Все на плечах разработчиков.