можно переформулировать вопрос: посоветуй плз какой-нить годный контент по архитектуре на ютубчике - и сразу не оффтоп)

мне кажется не стоит. Разговоры про то что «щас мы мы пишем с помощью одного фреймворка а завтра захотим с помощью другого и поэтому надо по максимуму изолироваться от фреймворка» - такое. Просто спорт и разговорчики) реальность слегка другая

ну по сути эти "фреймворки" скрывают столько говна что выстраивать абстракцию = написать свой фреймворк. Может быть еще пару лет и можно будет за счет всяких там lit-html и прочих webcomponents делать все существенно проще и более "портативно".

собрал что вспомнил сходу, может буду обновлять

класс

https://www.slideshare.net/thebtn/when-frameworks-suck-by-damnjan-jovanic
Я вживую был на конфе с этим докладом. Сам давно уже к тому моменту понял, что фреймворк-агностик пакеты, на которых строится приложение, помогают сделать это приложение более стабильным

ты сча про бэк или фронт?

этот доклад был больше про бэк... во фронте свитч с реакта на ангуляр с трудом представляю...

скрее даунгрейд уже какой-то будет)

тут есть мааааленькая ремарка. ты должен изолировать от "фреймворков" core domain. Это та не оч большая обычно часть бизнес логики которая составляет наибольшую ценность для бизнеса - то что надо будет супортить десятилетиями. И да это процентов 10 логики. Все остальное - ой да пох

core sub-domain остается с нами на века ибо это ядро бизнеса. supporting domains - там в целом можно слегка подзабить. generic домены - нахуй тут вообще свои штуки писать - возьми готовое

наверное уже спрашивают такое в раз десятый, а как правильно разделить core domain от остальной логики?

вот где определяются эти термины

гуглить про strategic DDD

merci

https://medium.com/nick-tune-tech-strategy-blog/domains-subdomain-problem-solution-space-in-ddd-clearly-defined-e0b49c7b586c#:~:text=In%20DDD%2C%20a%20subdomain%20is,most%20domains%20are%20a%20subdomain.

вот пожалуй Ника порекомендую на эту тему

для тех кому лень читать

- core domain - это та часть бизнеса которая продукт конкурентным делает на рынке. Если его убрать продукта считай нет.
- supporting - это тоже важные довольно части но они нужны для того что бы core работал, помогают выходить на новые рынки и т.д. Если у тебя какой-то из supporting под доменов отвалился - ну может быть чуть прибыль пострадает но не страшно
- generic - это "давно решенные проблемы" - логины всякие, юзер менеджмент, биллинг юзеров... купи/возьми готовый софт лучше.

Это про то как лучше/эффективнее распределять ресурсы. Например глупо вылизывать свой юзер менеджмент если у тебя это не кор домен. Или там... для generic хорошо подходит ватерфол (ибо нечего эксперементировать). А для core нужны всякие эти аджайлы с эксперементами и т.д.

Потому это и называется "стратегическим DDD"

есть еще всякие диаграммы wardley