ИМХО отличнейший доклад иллюстрирующий то что спринг ни хрена не простой. Куча галимой эзотерики, аннотации, от порядка которых поведение меняется, нюансы, ради которых надо кататься на доклады по спрингу. И ради чего вот оно все
серверную часть на ней писать — ну хз, по-моему это будет ужасно сейчас. Клиент под десктоп — тоже. Остается андроид-приложение)
котлин же! на андроиде так 8 не завезли, поэтому хочешь лямбды и стримы - тебе в котлин, да и не стоит забывать про корутины, которые ооочень актуальны на андроиде
и беда в том, что можно как правило одно и то же сделать как минумум тремя разными способами - где-то у нас naming convention, где аннотации, ну а если захотеть, то в xml еще пару способов сконфигурить мать его гребаный task executor
Ну да - ускоряет. Если перед этим освоил кучу мануалов, словил кучу граблей и скатался на несколько конференций от JUG ru. Потом слупил зп повыше от работадателя за свои знания по эзотерике.
Ну да - ускоряет. Если перед этим освоил кучу мануалов, словил кучу граблей и скатался на несколько конференций от JUG ru. Потом слупил зп повыше от работадателя за свои знания по эзотерике.
Добавить к этому еще то что типовое решение на спринге нихрена не реюзабельно - еще неизвестно как оно на самом деле ускоряет
Ну даже без досконального понимания багов из-за того что это работает не так как ты думал может быть меньше, чем багов которые ты наделал в своей реализации