Подобные видео смотрел про пхп от Елисеева(есть там такой). Они мне больше понравились.
Там был анализ проблем. Примеры плохого кода, описание его проблем. Постепенный рефакторинг этого кода с анализом всех недостатков и преимуществ. Ссылки на мысли уващаемых коллег из индрустрии по этому поводу.

Крутяк, а можно линку?

По пхп?)

Ага

Можешь поискать Дмитрий Елисеев на youtube. Я их года 1.5-2 назад смотрел. Уже не помню

Пасиб

А вообще советую смотреть видео, читать блоги от источников этих знаний, обычно они на инглише. Блог Udi Dahan, Martin Fowler и других, видео и воркшопы с ними.

Хотя даже просто перечитать блоги Udi Dahan, Martin Fowler и понять их - уже будет огромным шагом. Там просто можно цытатами из них бросаться.

Да, смотрю/читаю их, недавно с Уди познакомился, крутой челик

У него там есть воркшоп по CQRS, бомба вообще. Если захочешь - сможешь найти.

Я в отпуске начал смотреть его курс по advanced distributed system design, там вроде тоже шото есть
Спасибо!

Та это он и есть вроде.

Да мне просто интересно было бы посмотреть на реализацию конкретного проекта. Вроде в теории более менее ясно, а вот на практике — *издец. Начиная с того, как правильно организовать bounded context, агрегаты и тд. Плюс правильное хранение в бд. Я написал часть бизнес-логики, а потом при переносе в бд там чуть ли не circle dependencies получились, ну и тд — проблем вообще много
Смотрел несколько видосов с конференций — чуваки обсуждали как создавали проекты на ddd архитектуре. Так вот они только слои бизнес-логики три недели организовывали: а на проекте более 20 разработчиков. Короче писать одному-вдвоём на этом подходе это имхо самоубийство. Свой стартап можно годами писать и так и не выпустить в прод))

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

Обычно такое бывает, когда хочешь сразу сделать всё.
Обычно вначале лучше сильно не задумываться про это.
Со временем код сам подскажет что и куда положить.

Вот я того же мнения — когда код начнёт чём-то пахнуть — уже можно будет подумать над строгой архитектурой

Лучше написанный неидеальный код, который уже приносит пользу. Чем идеальный, но который пока только в мечтах.

+

что из этого выбрать?

А что сердце подсказывает)?