И я их наверное начинаю понимать, cloud computing это довольно специфичная область. Позиционируется чаще всего как средство экономии, гибкости и удобства с технической стороны. Но для серьезного enterprise это ведь совсем не главный критерий, ну поставят они еще пару стоек под свой старый или новый софт, это ведь не критично, это всего лишь деньги. И техническая сторона тоже не критична, не будет большой заказчик с открытым ртом смотреть в сторону гибкости, удобства, экономии, ну и open-source, его вполне устраивают WebSphere+EJB+JSF+Oracle, пусть это гораздо дороже, дольше делается и переделывается, но в этом случае риски отдаются на сторону зарекомендовавшего себя вендора. А вот SpringSource как раз позиционирует себя как альтернатива всему этому тяжеловесному j2ee, как легкий j2ee лицом к разработчику. Как и cloud computing. Видимо и рынок тут ожидается другой, меньше жирных клиентов, а больше развивающихся, и набирающие темпы web-приложения хотят подхватить. В последних так вообще все очень гибко и динамично, редко где java промелькнет, все больше php, ruby, python и прочие динамические и гибкие технологии. Так что хоть VMWare и Spring совсем разные вещи, но обладают общим духом.

Получается что теперь есть комплект из:

• Spring Framework как общая архитектура приложений, гибкая, «лицом к разработчику» и т.д.
• Grails для быстрой разработки web-приложений
• Tomcat (точнее tm и dm Server'а) как application-сервер
• Hiperic для мониторингов и прочего управления софтом в кластере
• и сам VMWare, конечно, с виртуализацией и прочим, без чего cloud computing толком не организовать
• ничего больше не забыл? Spring в последнее время тоже неплохо расширялся, а за VMWare я не следил

Вот только меня смущает что хоть Spring Source и ложится в эту теорию, но чего то не хватает для полного стека, наверное еще что-то будут докупать? Возможно

• не хватает SOA и прочей интеграции приложений, и я даже думаю конкретно про Mule ESB, потому что он тесно связан с Spring Framework, и хорошо ложится в общий стек. Хотя сам по себе он излишне усложнен по сравнению с вышеперечисленными, и не совсем похож на остальные ESB, выбрал немного свой путь. Последнее может и плюс в данном случае.
• платформы для вычислений в облаке, и тут имхо очень напрашивается GridGain, который тоже очень хорошо с Spring связан, и тоже очень прагматичный и гибкий.
• наверное еще что-то напрашивается, что мне в голову не приходит? Продукты Apache и JBoss'а не рассматриваю, просто потому что их вряд ли купишь вот таким образом, да и незачем имхо, хотя Hibernate красиво смотрелся бы в этой компании, но с ним отдельная история

Так что есть надежда что Spring&Co не загнется, а наоборот расцветет всеми красками и вырастит в сторону очень интересных направлений. Если, конечно, vmware не закроет исходники. Посмотрим.

Так вот, хоть как язык Java и проигрывает, но она имеет за плечами огромный набор библиотек, для решения почти всех востребованных задач. Я бы даже выразился так:

На каждую хитрую задачу найдется свой jar с винтом.

ну может не всегда именно jar, а скорее технология, протокол, спецификация, но суть в общем такая.

У всех остальных все хуже. Там или узкая заточенность под одни нужды (RoR), или единая линия партии (.Net), или просто полный хаос.

Главное — это все таки сколько у тебя за спиной готовых, зарекомендовавших себя и переиспользуемых решений. А что до производительности и требования к ресурсам, так с этим уже давно все хорошо, все работает достаточно быстро, если написать конечно как положено, а не как обычно. Да и в последнее время это уже неактуальная проблема, сейчас в цене не производительность, а масштабируемость.

Поэтому нравится java или нет, но... но чаще всего выбирать и не из чего.

P.S.: Хотя, если честно, есть тут один минус: это то что привыкнув к этому все стараются делать «через жаву», что не всегда верно, но это уже издержки производства.