Телеграмм чат группы javastart страница 12954

Кое что скажу. 5 лет на C# пишу и по рабочим делам пришлось на котлине покодить. С обвязками соглашусь, но то как эти обвязки устроены в Java - сущий кошмар.
Со стороны это похоже на борщ, суп, пюре, кампот, торт, чизкейк и пирожки в одной кастрюле. Трах тибидох-тибидох-тибидох от туда опенсорс, от сюда опенсор, там чет нашли, тут что-то дописали - вуаля топовый фреймворк Spring🤷‍♂️

В какой-то момент от такого подхода начинаешь получать удовольствие 😅

источник

00:59пожаловаться #4

Dima in learn.java

ну тут на самом деле на месяцы и годы изучения экосистемы

источник

00:59пожаловаться #5

Dima in learn.java

и это все только в работе можно понять

источник

00:59пожаловаться #6

Vitaly Gudz in learn.java

Ну и в целом, мне кажется, проще идти от направления, которое нравится, не? И выбирать его инструментарии?

источник

01:00пожаловаться #7

Dmitriy Gavrilenko in learn.java

Dima

и это все только в работе можно понять

Ну я понял, что зоопарк компенсируется гибкостью

источник

01:01пожаловаться #8

Dima in learn.java

Dmitriy Gavrilenko

Ну я понял, что зоопарк компенсируется гибкостью

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

источник

01:02пожаловаться #9

Dima in learn.java

то есть не надо суп из семи залуп готовить

источник

01:02пожаловаться #10

Dima in learn.java

то есть подключил 1 бомник, дальше указываешь что тебе надо: аутентификация/авторизация, логи, метрики, http, kafka и тд и все под единой версией добавится в проект

источник

01:03пожаловаться #11

Dmitriy Gavrilenko in learn.java

Dima

Это получается каждый вендор свой набор предоставляет?

источник

01:05пожаловаться #12

Dima in learn.java

Dmitriy Gavrilenko

Это получается каждый вендор свой набор предоставляет?

да, ориентируясь на общепринятые практики

источник