Это был спор про экосистему скалы

Вообще толком не знаю что это, защищал цирку, а вот spring data jpa готов обосрать, как надо

Погуглил, говно на аннотациях, сын спринга

Не позорься, тимлид

бан

Ок

Вот это врятли - одни библиотеки умирают, другие приходят. В Скале это не проблема благодаря всяким элегантным и красивым ФП методикам типа ТФ. Вот в этом и был вопрос изнально.
В случае фреймверков такой проблемы нет

В смысле порог входа, у скалы он ниже чем у джавы

Мне кажется или вы сами и ответили на свое утверждение?

Дорогой, а ты их понимаешь?

Я изначально сказал, что есть такое ощущение. Интересно как другие думают

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

Абстрагироваться от фрейма очень сложно, и если возможно никто не делает

От него и не надо, это ж фрейм))

Где то на хабре была статья, там автор писал что условно все технические решения делятся на два больших лагеря: easy и simple.
Easy это когда "раскидал анноташки как в туториалах - все заработало, easy" Как только надо куда то в сторону, то вэлкам в кишочки спринга и прочая магия
Simple это когда на изучение инструмента надо чуть больше времени и по туториалам далеко не всегда выйдет запилить сразу. ЗАто потом при походе в сторону или на глубину, за счет более простой core-концепции будет легче и эффективнее. Хороший пример это unix-way.
Думаю что и scala с фп тут во втором лагере.

Надо потому что хороших фреймов в которых сделано все как надо я ещё не видел.

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

да вообще всем чем можно

Но ФП тоже создаёт сложность

и выгоранием хороших разрабов