Какая разница как быстро оно запускается, если оно запускается раз в неделю, а то и реже. Главное, чтобы быстро работало. А по второму пункту — далеко не всегда нужно на каждое изменение все паковать и деплоить. Например, (вы только никому не рассказывайте) есть class hot-swapping, который позволяет на лету заменять байткод без перезапуска приложения и JVM.
Теги — это хорошо, однако зачем после исправления трех файлов вешать тег? По мне так каждый коммит должен быть более или менее рабочим. По крайней мере проект не должен падать при сборке)
Было бы круто иметь возможность отредактировать пачку файлов и сохранить их одним коммитом. Иначе получится куча ревизий, которые будут соответствовать неконсистентному состоянию проекта.
В Java структур в принципе нет. А в плюсах емнип разница между классом и структурой только в дефолтной видимости членов. Так что неясно, что плохого в использовании классов в качестве структур.
А я думаю, что язык должен быть очень компактным и содержать минимальное число конструкций. Вот, например, в той же java есть имхо совершенно излишние специализированные конструкции для работы с массивами(фигурные/квадратные скобки), хотя массив это всего лишь разновидность коллекции. И зачем они нужны? Логичнее было бы работать с массивами как с объектами коллекци через методы установки/получения элемента по индексу.
>Это не встроенная в язык хеш-таблица, а отдельный класс со всеми вытекающими недостатками.
Да, давайте все встраивать в язык. Нужны сокеты — сделаем языковые конструкции для сокетов. Нужно работать с бд — встраиваем конструкции дерганья бд. Замечательная штука получается. Как раз в стиле PHP =)
> Нет замыканий — как писать асинхронные приложения? Писать для каждого коллбека по отдельному классу?
Анонимные классы
> Как вообще например обрабатывать данные с 200 сокетов? Через уродливые тормозящие треды, требующие дорогих синхронизаций на каждый чих?
Осиливаем Non-blocking input-output. Да и в том же php разве не по треду на коннект выделяется?
>Плохо организована работа с памятью — она тупо отжирает память до установленного фиксированного предела (даже если ей столько не надо, ей просто лень очищать), а потом периодически начинается медленный GC
А зачем мне свободная память, когда у меня есть приложение, которое ее может использовать? Любоваться, на " какой классный у меня сервак — половина памяти неиспользуется"?
>Еще Ява долго запускается, там есть уродливый rt.jar весом в десятки мегабайт, классы из которого адски медленно подключаются, и стандартная библиотека вроде написана не на Си и на самой Яве (фууу)
Зато запускается только один раз. + не забываем про JIT.
> всякие модельки/Dao там тяжелее, дольше пишутся и уродливее, чем в PHP, где для этого достаточно написать пару классов, работающих например с PDO, а в Яве — надо тащить какую-нибудь Hibernate весом в мегабайты.
Кого волнует сколько мегабайт занимает приложение? PDO/Hibernate — разного уровня библиотеки -> сравнение некорретно.
В общем автор этого комментария то ли java видел очень издалека, то ли очень толстый троль.
Следуя такой логике и кладбища не нужны. А то, понимешь, стоят могилы непонятно кого, место занимают ;-) И всем видны еще. Не публичное это дело.
Я думаю, сильного влияния на систему (в плане поддержки) это не окажет. А лишние несколько строк, которые напомнят о том, что такой человек существовал, со своими фотками, друзьями, интересами вряд ли кому-то помешают.
Да, давайте все встраивать в язык. Нужны сокеты — сделаем языковые конструкции для сокетов. Нужно работать с бд — встраиваем конструкции дерганья бд. Замечательная штука получается. Как раз в стиле PHP =)
> Нет замыканий — как писать асинхронные приложения? Писать для каждого коллбека по отдельному классу?
Анонимные классы
> Как вообще например обрабатывать данные с 200 сокетов? Через уродливые тормозящие треды, требующие дорогих синхронизаций на каждый чих?
Осиливаем Non-blocking input-output. Да и в том же php разве не по треду на коннект выделяется?
>Плохо организована работа с памятью — она тупо отжирает память до установленного фиксированного предела (даже если ей столько не надо, ей просто лень очищать), а потом периодически начинается медленный GC
А зачем мне свободная память, когда у меня есть приложение, которое ее может использовать? Любоваться, на " какой классный у меня сервак — половина памяти неиспользуется"?
>Еще Ява долго запускается, там есть уродливый rt.jar весом в десятки мегабайт, классы из которого адски медленно подключаются, и стандартная библиотека вроде написана не на Си и на самой Яве (фууу)
Зато запускается только один раз. + не забываем про JIT.
> всякие модельки/Dao там тяжелее, дольше пишутся и уродливее, чем в PHP, где для этого достаточно написать пару классов, работающих например с PDO, а в Яве — надо тащить какую-нибудь Hibernate весом в мегабайты.
Кого волнует сколько мегабайт занимает приложение? PDO/Hibernate — разного уровня библиотеки -> сравнение некорретно.
В общем автор этого комментария то ли java видел очень издалека, то ли очень толстый троль.
Я думаю, сильного влияния на систему (в плане поддержки) это не окажет. А лишние несколько строк, которые напомнят о том, что такой человек существовал, со своими фотками, друзьями, интересами вряд ли кому-то помешают.