Вышел Spring Boot 2.1.0

Никогда не понимал, зачем оно надо.

Для write & forget подхода.

Есть же всякие скелетоны. Да и так, открываешь старый проект, 10 минут копипаста и заготовка готова.

шпринх с плугами в иде даже заходит, внезапно.

эээ ну хотя бы для того, что когда у тебя в проекте полсотни фреймворков из экосистемы Spring, можно как нефиг делать сойти с ума согласовывать их версии, а тут тебе их не только собрали, но еще и преднастроили автоконфигурациями?

Не сталкивался с такими проблемами. А автоконфигурации тем более не нужны, всё нужно настраивать вручную понимая и осознавая каждую мелочь.

Ну чтобы ты понял масштаб проблемы: сейчас в Спринге более пятидесяти проектов и их число продолжает расти. Чтобы справиться с вопросом, люди стали выпускать Release Trains - вначале они назывались как станции разных линий Лондонского Метро (вроде Spring Cloud это начал), потом стало понятно что метро - это недостаточно «измерений», и начались во все тяжкие - кто автобусные остановки, кто города вдоль побережья США.

И да, Спринг дизайнится с большим упором на автоконфигурации. То есть, напрямую не подразумевается, что ты будешь что-то там вручную настраивать и понимать мелочи. Ты всё еще это можешь, но чисто теоретически. Так же как чисто теоретически можешь всё написать на ассемблере.

Практически же люди запускают всё с ключиком --debug и потом стараются понять, почему солвер конфигурации выбрал интерпретировать её именно таким образом (там пишется, какой ключ был прочитан, и какое решение солвер сделал в каждом конкретном случае). К сожалению, это работает только для той автоматики, что сделана правильно - average vasya @ github очень легко может намутить такое, что не отобразится вообще нигде

В целом, система быстро становится умонепостигаемой в заданные бизнес-сроки, и для решения этих задач делается куча утилит, которые делают всё «сами»

В том числе и Spring Boot, и всевозможные стартеры. Ты сам можешь написать свой стартер. И плагины к IDE, которые знают именно о спрингбуте и могут быстро что-то отрепортить именно про него - но не про произвольную конфигурацию. Итд итп.

Понятно, как и говорил, я с такими проблемами не сталкивался. У меня от спринга - Core, MVC, иногда Data для JDBCTemplate-ов и всё прекрасно настраивается редактированием XML-ок.

А теперь подключи Spring Cloud и зафигачь на нем хотя бы десяток микросервисов, каждый из которых на пару классов :) Расскажи о количестве удовольствия настраивать каждый из микросервисов (в котором, напомню, будет несколько строчек) по дню

Монолит наше всё. Нафиг эти микросервисы. Придумали себе проблем и героически пытаются их решать.

Ещё и netty релизнулся: https://netty.io/news/2018/10/30/4-1-31-Final.html

Монолит хуже масштабируется.

Лучше масштабируется то, где разработчики это лучше продумали. Facebook это один бинарник на полтора гига, ничего, вроде нормально масштабируется на весь мир. Микросервисы тебе волшебное масштабирование не дадут.

и зафигачь на нем хотя бы десяток микросервисов

корень всех благ, как всегда, сраные хипстеры

Ну вот одна из задач, ради которой придумали и продумали архитектуру микросервисов - это масштабирование.

Кстати, откуда ты знаешь, что Facebook - это один большой бинарник на весь их функционал?

Не парься. Spring boot это либо для макак, которые вообще ничего не понимают, но которым приказали сделать либо для вот таких вот героев непойми какого романа, как стиви.

Мне очень нравятся такие комментарии. Потому что пока динозавры живут в динозаврем мире, они не мешают нам двигаться вперёд. Правда, потом для них это всё очень плохо заканчивается, но можно просто сделать вид, что не видишь их мучений.

Ты свои сообщения в этом реде сам хоть читаешь? Мучений он не видит.

Facebook это один бинарник на полтора гига,

что за чушь?

Почему чушь?

Для жабакодеров которые на самом деле спрингокодеры же.

потому что чушь

Это если вы всю жизнь на одном месте.

А если поменяли место работы?

Курите -

https://www.ozon.ru/context/detail/id/146748538/?gclid=Cj0KCQjwguDeBRDCARIsAG...

Для жабакодеров которые на самом деле спрингокодеры же.

есть проблема, да. но оборотная сторона --- консистентность, почти везде.

везде весы.

Ну да, взаимозаменяемость спрингеров выше, но сдается мне что-то недоброе есть в людях способных осилить только один фреймворк.

И да, Спринг дизайнится с большим упором на автоконфигурации.

В жопу ваши автоконфигурации. Поубивал бы пидарасов, которые это придумали, вместе с теми кто YAML файлы используют. Сука, один криворукий долбоклюй неверно ставит отступы в yaml конфиге и всё, спринг сам тебе такого наавтоконфигурирует... А другой долбоклюй начинает оверрайдить ConfigurationAdapter'ы в спринговых конфигах. И вместо одного дня на таску уходит неделя.

Извините, накипело.

что-то недоброе есть в людях способных осилить только один фреймворк.

1. молодость

2. неспособность.

3. отсутствие необходимости.

но. «только один» --- при чем тут спринг? если это будет другой «только один», то типа норм что ли? ))

Я как раз про пункт 2. Ну и да, касается всего.

Просто я не видел в жабе другого настолько хтонического фреймворка, стратс и тот не так всеобъемлющ. Видимо поэтому у спрингеров и появляется желание сделать всё через спринг. Как с молотком.

Поддерживаю.

Видимо поэтому у спрингеров и появляется желание сделать всё через спринг.

там посыл обратный: если это уже есть и подходит, почему не использовать? и очень много там уже натурально есть и вполне годно.

Где «всё само», один залетевший дятел разрушает экономику.

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

Вы точно знаете, зачем это нужно?