Domain-Driven Design. Практический минимум

• Насколько легко разработчику понять бизнес-ответственность кода?
• Можете ли вы заметить конфликт существующего кода и новых бизнес-требований?
• Можно ли быть уверенным, что, изменяя какие-то данные, мы сохраняем бизнес-модель в консистентном состоянии?
• Как заставить код говорить с разработчиком и защитить его от необдуманных действий?

Мы решим эти проблемы с помощью Domain-Driven Design (DDD). Опустим сухую теорию, возьмем из нее самое важное и на практических примерах разберем, что такое DDD. Поймем, как он делает код безопаснее, в каких случаях стоит применять на проекте и как все это связано с микросервисами.