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

зависит от Романа Пукина)

хм... а годный движ

Для JS вполне. Я даже готов подписаться

Обжил Space packages. Ничего так, удобненько. Лучше, чем гитхабские

Я всё жду Docker Registry там

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

?

и каждый раз придумывай свою архитектуру

А вот была бы нормальная система типов, | могло быть написано не серым шрифтом

Какой вчера был месяц?

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

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

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

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

Я бы сказал так, фреймворки нужны для того, чтобы упрощать разработку и обращение к тем самым либам. Они не нужны (должны быть) в нормальном языке для компенсации недостаточной выразительности языка. Скажем как какой-нибудь Hibernate.

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

Либо тех, кто ощутил попуболь от перехода между фреймворками, которых расплодилось, особенно во фронтенде. Ага.


Большая часть либ решает проблемы представляя велосипеды, которые мы все равно захотим переделать под свои нужды или потому что мы «умнее»

Ну ты обосрался, сорян. Помнишь аргумент про сложные продукты, теперь скажи мне на каком фреймворке сделана kafka или cassandra например? А если тебе нужен фремворк, чтобы не запутаться в устройстве рестухи или крута, то стоит задуматься кто тут из движения малолетних д.