очень занят, особо времени постить сейчас нету, но все же немножко напишу
собственно выступая зачинщиком драки
ай-я-яй, что на это скажут модеры
каждый язык имеет своё предназначение и класс задач для решения которых он подходит наиболее,
с этим конечно можно поспорить, но так как времени нет, то допустим что это так
это доказывает огромное количество библиотек, все-возможных сервисов, n-ый год развития возможностей языка и etc.
доказывает что? если речь о том, что ява
имеет своё предназначение и класс задач для решения которых он подходит наиболее, то врядли это что-то доказывает. вон у фортрана тоже куча библиотек и он развивается, а на самом деле язык убогий до безобразия
1) скорость работы (выделяю в отдельную категорию скорость во время запуска всех зависимых демонов, сервисов, серверов и прочего пакета нечисти);
есть мнение, что скорость запуска приложения под java существенно ускоряется на второй, третий запуск;
дело в каких-то кешах, гошах в которые падают приложения после JIT (или чего там);
собственно вопрос, а как насчёт процесса разработки, когда кеши пользовать противопоказано, в связи с постоянными правками;
дело не в бобине: интересно как это всё работает (нолидж трансфер);
собственно учитывая масштабы для которых обычно используется java в web-based обычно там наблюдается по 20-300 приложений, запуск которых может затянуться и на 5 и на 10 минут;
охотно верю что пока поднимутся все классы с диска, пройдет до чертиков времени. однако на продакшене это не критично (он рестартует раз в полгода), на девелоперской машине это не наблюдается, потому что девелопинг обычно не ведется в веб-контейнере (он используется только для продакшена и QA), а вне веб контейнера отлично работает HotSpot
2) размеры конфигурационных файлов, среди которых встречаются читаемые\редактируемые вручную;
если в какой-то момент прийдётся срочно править на рабочем сервере (из зимних гор куда вы уехали кататься на лыжи) маппинг фунок (например срочно надо поменять название функции);
какими глазами будет смотреть (ухудшим ситуацию: из vi) девелопер на действительно большие конфиг файлы;
как ты уже упомянул, для серьезных серверов все делается через веб консоль
а если это надо делать руками, то это проблемы юзабельности контейнера, а не языка
да и к тому же маппинг методов и прочего никто не пишет, это все вшито в JVM, максимум что пишут это реврайт-рулы и маппинги сервлетов
3) количество разработанных window\web - based приложений, величина которых падает (С решётка теснит всё в округе).
то web-based область мелких поделий съел php,
ява вроде никогда там и не блистала, хотя в том же j2ee5 или spring контейнере мелочь писать намного приятнее чем в пхп (как по мне), там тебе и инжекты, и персистенция, и все остальные плюхи. другое дело что пхп дружелюбнее
а область крупных поделий постоянно съедает C#;
пока mono сырой, а сырым он будет еще долго, дотнет никогда не съест серьезный рынок, никто не будет вкладываться в win-инфраструктуру, если у них уже есть готовая *nix
а window-based можно по пальцам пересчитать (я только argoUML выделю из общего мессива);
если знаете, подскажите ещё.
все семейство Eclipse-RCP? OpenOffice? ну это из масс-продакшена. на яве обычно пишут мультиплатформенный энтерпрайз-софт, у нас это не развито (ибо у нас на фортране пишут), но в той же Германии заказчики очень по этому поводу озабочены
(отмечу, что java находится на 1-ом месте в топе используемых языков).
вот кстати немного косвенный рейтинг популярности языков:
личный опыт (ака у меня всё работает а у тебя кривые руки) выкидываем вон, только пруф линки на сторонюю инфу спасут родину.
ничего себе... а для чего тогда эта тема
тут?
: Вниз