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

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

спорите целый день....

ну наверно сам код фреймворка будет по лучше и те кто знает фрейворк бистрее разберется конечно я не бек)

Дружище, может ты не знаешь, но фреймворк тебя не обязывает делать трёхслойную модель. ДЕлай сервисы, делай репозитории, делай дто-шки. В чем проблема? Я проектирую архитектуру. Кодю я так, по привычке старой. ТАк что не надо тут меня в CRUD-ах упрекать...

а это без привязки к фронту/бэку. Если человек думает что писать приложение это просто стучать по клавиатуре, эксперементируя в песочнице над реализацией, то получится лапша, которая в конечном итоге будет петлей на шее и стреляющем в колено ружъем.

Та как так то? Ну нанять им архитектора, и поставить кого то на код ревью.

Это просто проверенный факт. Ну если человек - мудила, то он с 0 такого нафантазирует. А так ему говоришь - смотри, видишь компонет A? Так вот, он для целей A. А видишть компонент Б? ... И так далее. Понятно что мудель всё равно накостыляет. Но боюсь представить что он там без фреймворка натворит...

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