>> Какие ограничения имеет подход DDD? 🧐 Действительно, если бы не было ограничений, то мы бы везде видели только DDD (или что-то другое). Чем что-то проще само по себе и при этом чем больше всего оно обещает, – тем шире применимость. Это ли не хайп? Но с DDD так не работает, можно надергать отдельных паттернов и получить ограниченный результат или не получить его вовсе (условный карго-культ). Давайте разбираться. Из основных. Высокая стоимость внедрения Речь о полном внедрении, что не всегда требуется. Например, стратегическую часть можно использовать отдельно и даже вне ИТ. Модели есть везде. ▪️Значительные начальные инвестиции времени, так как требуется глубокое понимание бизнес-домена ▪️Достаточно крутая кривая обучения, и здесь мозги Эрика Эванса сыграли злую шутку, – на мой взгляд он изначально достаточно сильно усложнил подход. Рекомендую сначала прочитать книгу Влада Хононова по DDD, это сделает вход намного более простым и органичным, более сложные концепции будут нанизываться на общее понимание. Требования к команде и организации ▪️Требуется достаточно высокая квалификация команды как в ООП, так и в DDD ▪️Необходимо активное вовлечение доменных экспертов, что возможно не в каждой культуре При этом для тех, кто освоил и пазл сложился, DDD выглядит простым и понятным, такой вот парадокс. Ну и, конечно, DDD нужен не везде. Даже Эрик Эванс говорил – мы не можем сделать все максимально хорошо и нам нужно понять, где это «максимально хорошо» необходимо в первую очередь (спойлер – в Core Domain). DDD не даст существенных преимуществ, когда: ▪️Это простенькие CRUD-приложения; сел и сделал, исследовать там часто нечего ▪️Низкая бизнес-сложность, но высокая техническая (мало бизнес-логики, но серьезные сложности с обеспечением высокой нагрузки, – здесь другие подходы) ▪️Краткосрочные проекты, вроде временный систем, прототипов, – затраты просто не окупятся То есть, если обобщить, полномасштабному DDD чтобы расправить крылья нужны сложные с точки зрения бизнес-логики, долгоживущие системы. Однако применение стратегических паттернов куда более широкое, оно вышло за пределы канонического DDD и развивается в том числе самостоятельно, чего только стоят работы Nick Tune и DDD-crew (https://github.com/ddd-crew) в этом направлении. Поэтому не унываем, DDD только набирает обороты, а органичная интеграция с LLM в ближайшее время даст еще один виток развития практик под зонтиком DDD #dddbasics ✅