Ключевой тезис практики Domain Driven Design – «основная сложность корпоративных систем сокрыта в их предметной области». Последствия непонимания предметной области могут быть смертельны – постоянные возвраты на доработку, неудовлетворенность Заказчика, затягивание сроков, срыв поставки.
Но непонимание предметной области убивает не только внешнее качество, но и внутреннее. Очень легко пропустить неявный, но подразумеваемый заказчиком функционал и не осознать точки будущих расширений – и не заложить их в архитектуру. Это приведет к архитектурному рефакторингу, который проект может не вынести.
Умение строить модели предметной области, используя типовые шаблоны – важный навык и он будет полезен всем, вне зависимости от исполняемой роли. Способность оперировать моделью предметной области серьезно ускоряет цикл разработки за счет более быстрого понимания задач и отсутствия лишних возвратов задач на доработку.