@Maxisgrom ты точно не путаешь ддд с доменой моделью? или

может быть ты только за тактический ддд пишешь?

Смотря что вы имеете ввиду под тактическим ддд 🙃

понимаю набор паттернов и строительных блоков фокус которых направлен на имплементацию в коде и построение доменной модели

Тогда, если проще, я пытаюсь отойти от обсуждения кода

Но код ненефтянной логики может быть все ещё сложным для программистов

Да, безусловно

Если мое ддд не тру, то что это? Просто код? Как тогда обозначить, что этот просто код языком бизнеса написан, что все аккуратно и вот это все? Типа «like DDD”?

Типа «like DDD”? - Ну, скорее всего. Возможно. Не суть как называть. Любой код (надеюсь) написан языком бизнеса, потому что любой софт это всего лишь средство достижения цели. Потому называть можно как угодно. Возвращаясь к моей самой первой реплике в этом треде - у каждого свой “тру ддд”. Как по мне, вы придерживаетесь подхода ддд и внедряете отдельные его элементы по большей части касающиеся кодовой базы. Это ни хорошо ни плохо, это как факт

Тогда зачем отделять ddd от like ddd и запутывать программистов Если можно сказать: логика бизнеса не сильно сложная Но в системе DDD и бизнес с программистами говорит и пишет на одном языке, одни контексты шарит между собой и все термины в коде — полное олицетворение бизнес-процессов Но бизнес не сложный У вас сложность бизнеса — критерий , так и оставьте эту характеристику за бизнесом Термин удовлетворён тем, что есть

Повторюсь, я не пытаюсь никого запутать или переубедить, я лишь озвучиваю свою позицию относительно термина “тру ддд” олицетворяющего для меня канонический подход к проектированию предметной области. Не все пишут по DDD и не всем он нужен. Точнее не каждой компании/проекту он нужен. Потому конечно же, все вольны имплементировать его отдельные части и называть это как угодно, просто моя позиция относительно канонического DDD будет лежать в плоскости проекта/бизнеса в целом. И потому с фразой “оставьте эту характеристику за бизнесом” я не согласен, потому что нет какого-то особого деления на бизнес и не бизнес - это всё в одной лодке

У ддд есть четкое определение, как и методик его авторов Так что тут в споре мне куда легче

Вы сами выше давали критичный для вас критерий трушности в виде «сложности» Потому вы же и провели деление