DDD как документацию - если срок жизни проекта превышает месяц. DDD как доменную модель со внедренной бизнес-логикой - если это домашний проект.
Ддд простая штука, оправдано ДЛЯ модулей, где есть работа сбизнес-процессом (заказы, платежи, арбитраж, и прочее) На весь проект смысла нет, тк бывают крайне простые штуки типа словарей и списков с данными какими-то… процедуры всякие типа расписаний и записей (тут очень частично в паре узлов требует описания кодом реальных процессов) Компании грешат «консистентностью подхода» или все по ддд или ничегов
знания... их долг, то есть знаний сейчас не хватает и делаешь без них это жизнь и отдача такого долга — функция от времени, что есть составная жизни
Тех долг если по простому
технический долг — это про технические детали, мы сейчас говорим про знания того, что делаем
Это да, но по моему опыту чаще хер забивается, типа на процентов 5 чето выяснил, ещё додумал/напредполагал и погнал говнокодить. Хотя если поднапрячься, точно можно куда больше инфы выкопать, надо только захотеть.
Обсуждают сегодня