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

vsb>>Долгое время старта, жруч до памяти, фреймворки все как на подбор один монстрее другого.
E>Относительно немонструозных фреймворков. Я вот ради эксперимента порядка четырех лет пожил вообще без фреймворков. Если нужно, пользовал чем очень легковесным. И ощущения специфические — мне приходилось в либах пилить зачастую функционал этого фреймворка ASAP чтоб хоть как то работало, ибо легкие фреймворки именно из коробки хоть и шустры, но ни черта не умеют, хочешь комфортной разработки — пили сам библиотеки. И самое поганое что вначале проект махонький, предполагаешь что навороченные фичи не понадобятся. Однако с разрастанием и со временем внезапно оказывается что фичи нужны. И либо юзай тяжелый фреймворк, либо пили библиотеки и сам ручками реализовывай фичи.

Потому, что на джаве немонструозные фреймворки никто не использует. У них околонулевая популярность и они в том числе поэтому просто плохи.

Вот взять com.sun.httpserver. Хороший встроенный http-сервер в стандартной библиотеке. Адекватные интерфейсы. Казалось бы — пиши библиотеки, дополняй его всякими фильтрами и прочими вкусняшками по необходимости. А про неё никто даже не знает, нынче легкий http-сервер это netty мегабайтов на 10.

Взять java.util.logging. Хороший встроенный логгинг-фреймворк. Ну может не идеальный, но в целом нормальный. Тем более в эру микросервисов, когда все тупо пишут в stdout и потом сливают в какой-нибудь logstash или что там нынче популярно. Кто его использует? Я вживую не видел. Попробуй поспрашивать на собеседованиях — как его сконфигурировать. Никто не ответит.

И такое по каждому пункту.

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

vsb>>Долгое время старта, жруч до памяти, фреймворки все как на подбор один монстрее другого.
E>Относительно немонструозных фреймворков. Я вот ради эксперимента порядка четырех лет пожил вообще без фреймворков. Если нужно, пользовал чем очень легковесным. И ощущения специфические — мне приходилось в либах пилить зачастую функционал этого фреймворка ASAP чтоб хоть как то работало, ибо легкие фреймворки именно из коробки хоть и шустры, но ни черта не умеют, хочешь комфортной разработки — пили сам библиотеки. И самое поганое что вначале проект махонький, предполагаешь что навороченные фичи не понадобятся. Однако с разрастанием и со временем внезапно оказывается что фичи нужны. И либо юзай тяжелый фреймворк, либо пили библиотеки и сам ручками реализовывай фичи.

Потому, что на джаве немонструозные фреймворки никто не использует. У них околонулевая популярность и они в том числе поэтому просто плохи.

Вот взять com.sun.httpserver. Хороший встроенный http-сервер в стандартной библиотеке. Адекватные интерфейсы. Казалось бы — пиши библиотеки, дополняй его всякими фильтрами и прочими вкусняшками по необходимости. А про неё никто даже не знает, нынче легкий http-сервер это netty мегабайтов на 10.

Взять java.util.logging. Хороший встроенный логгинг-фреймворк. Ну может не идеальный, но в целом нормальный. Тем более в эру микросервисов, когда все тупо пишут в stdout и потом сливают в какой-нибудь logstash или что там нынче популярно. Кто его использует? Я вживую не видел. Попробуй поспрашивать на собеседованиях — как его сконфигурировать. Никто не ответит.

И такое по каждому пункту.

И, да, оракл тут тоже частично виноваты, ибо не развивают нормально свой же код. А порой ещё и закапывают.