Не соглашусь что фокус там на скорость доставки, но это не столь важно. Если домен не сложный то вопрос управления или контроля сложности не стоит. Или точно не стоит остро. А если проблемы в контроле сложности нету, то зачем собственно ддд? Опять таки, это не значит что он не нужен или что его нужно игнорировать или что-то ещё. Но он скорее всего будет не оправдан. Так и в чем собственно будет профит в управлении сложностью там где это не нужно или там где её уровень не нуждается в каком-то особом подходе?

Что значит зачем ддд? Просто и достаточно емко отписывать код и упрощать его

Просто это не тру для вас, но задачи для «не тру ддд» все те же, что и для тру

Можно упрощать и без ддд 🤷‍♂️

Как весь этот пустой треп относится к симфони? За 3d тут уже перетирали мильён раз и опять по кругу одно и тоже.

Ты не правильно пошел на собес. Нужно еще до встречи получить офер, точнее "стоимость", после идти на собес если "стоимость" устраивает. На собесе либо потверждается Ваша компетенция, либо нет, но торгов по ЗП быть не может, об этом обозначите сразу. Тем самым отрезается возможность "поторговаться". Собесов будет меньше, но зато шанс получить что хотите - больше

в киеве за такие вопросы уже 6 дают)

Зачем тогда управлять сложностью, если не для ускорения разработки?

лет? ))

денек)

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

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

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

Типа «like DDD”?

что запонятие такое, тру ддд )) ??

Недо-ддд ?))

почему не совместимы? выше сложность — меньше скорость.. причём тут гавнокод вообще? речь идёт не о быстрой доставке одной фичи, а что бы быстрее доставлять множество фич, а для этого ты будешь делать раздумано и будешь делать рефакторинг, первоначальная цель которого также быстрая доставка

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

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

Тогда зачем отделять ddd от like ddd и запутывать программистов

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

Но бизнес не сложный

У вас сложность бизнеса —  критерий , так и оставьте эту характеристику за бизнесом

Термин удовлетворён тем, что есть

Ну это из предположения конечно, что процессы разработки укладываются в термин

Едрить я тут портал в ад открыл с этим ддд.