Pull to refresh

Comments 28

Наглядный пример высказывания «Вместо того, чтобы развивать чтото одно, каждый придумывает чтото своё»…
Хотя… Может это просто я «Устарел» и чегото не понимаю?
Вместо того, чтобы развивать что-то одно
Интересно, как вы это себе представляете? Там же в некоторых случаях диаметрально противоположные подходы. Включать всё в единую спецификацию? Так она уже через год станет неподъёмной. Выбрать «правильное» направление? А как вы определите, какое из них «правильное»? И что делать с неправильными?
С одной стороны — да, согласен с вами. С другой стороны у нас классический пример, когда проект использует log4j, а также spring boot и получает class not found exception, потому что spring boot использует slf4j. Очень часто приложения разрастаются до неприличных размеров только из-за того, чтобы подружить вот эти диаметрально противоположные подходы.
UFO just landed and posted this here

Если бы человечество придерживалось такого принципа, то мы бы до сих пор бегали бы за мамонтами в очень продуманных шкурах, с весьма навороченными каменными топорами.

Конечно, прогресс это хорошо, просто не все за ним поспевают. Бумажные книги перестали быть актуальными, не поспевают. Точка сингулярности близко.
Здоровая конкуренция. :-)
По идее, все должно быть в рамках JCP, но из-за «фатальных недостатков» такое разброд и шатание.
Прогресс всё-таки есть — теперь разброд и шатание находится уже в рамках JESP :)
Значит и у JCP есть «фатальный недостаток» :-)
Разработчики Spark прям молодцы, как минимум пишут код на Java, а не на аннотациях вперемешку с XML-ем. Хороший фреймворк.
Вездесущий Спринг сейчас даже не даёт начинающим разработчикам шанса задуматься, что можно как-то иначе :)
Вот именно. Плюс из-за этого ещё ругают Java мол многословный язык. А вот разработчики Spark доказали что можно и на Java писать лаконично и понятно, если просто не писать всякую лишнюю ерунду. У них на сайте есть примерчик REST API с использованием Sql2o, вообще нормально получается по-моему.
Лично я, придя в Java из C# был слегка шокирован таким разнообразием фреймворков. Хотя, как отмечали ранее, большинство начинающих разработчиков ориентируются только на Spring
ну С# он к винде почти прибит гвоздями, а винда не то чтобы очень популярная платформа для хостинга веб-приложений. Скорее для десктопа. А Java везде.
С удовольствием для расширения кругозора и для сравнения прочитал бы статью, как менялись подходы для создания веб-приложений на платформе .NET за всё время её существования.

Если такая статья уже существует, вдруг кто-то приведёт на неё ссылку в комментариях, было бы интересно. Если статьи нет, возможно, подобная статья на Хабре была бы интересна не только мне (по крайней мере, на плюсик за статью от меня можно точно рассчитывать :).
Что значит прибит гвоздями? Недавно релизнули уже третью версию .NET Core.
Все равно это относительно недавняя движуха, по сравнению с возрастом популярных Java фреймворков, JavaScript, Ruby и прочих.
До этого был прибит.
Spring занимает доминирующее положение сегодня вполне заслуженно. Для того, чтобы таким стать, ему нужны были предшественники, чтобы оставаться первым — конкуренты для впитывания новых идей.

На конференции Joker ровно через месяц очередной раз будет возможность увидеть и услышать Juergen Hoeller, основного разработчика Spring Framework. Кроме него на этой же конференции будут также доклады его коллег из Pivotal: Josh Long (developer advocate, Java Champion), Mark Heckler («Spring Developer & Advocate», Java Champion) и Сергея Егорова (соавтор Testcontainers, бывший коллега упомянутого в статье Simon Maple).
Решил всё-таки ограничить время повествования «от появления спецификации сервлетов» в том числе и потому, что при написании примера с Java-апплетом возникли бы проблемы с его запуском на новых версиях Java (апплеты были исключены, начиная с Java SE 11).

С некоторой долей натяжки тогда и Java Web Start можно было бы отнести к веб-приложениям.
Вы прямо читаете мысли — после посещения вчерашней встречи jug.msk.ru (презентация уже доступна, про Quarkus там несколько слайдов) сегодня добавил пример использования Quarkus.

В статью включение считаю преждевременным, т.к. Quarkus пока даже не достиг первой стабильной версии.
Восходящая звезда среди веб-фреймворков, первая версия для которой появилась всего год назад, в октябре 2018 года, — Micronaut.… Существенное его преимущество — быстрый старт приложений на его основе и малое потребление памяти.

Вот ни разу старт не быстрый. Несмотря на то, что контекст связывается на этапе компиляции, и в рантайме не делается claspath-scan. https://habr.com/ru/company/raiffeisenbank/blog/456376/
Быстрый старт — это Jetty, Javalin, Spark Framework, Vaadin (внезапно!)

Утверждение «быстрый старт приложений» про Micronaut не противоречит приведённым в статье измерениям времени запуска — он значительно быстрее приложений на основе Spring Boot.
Sign up to leave a comment.