Изменения

{{RightNote|[[:Категория:DDD|Еще про DDD]]}}

10-11.06.2023 под Костромой [https://lafest.ru '''ЛАФ-2023''']

Девять лет назад на AnalystDays-2014 я делал доклад «[[DDD - модель вместо требований (Максим Цепков на AnalystDays-2014)|'''DDD - модель вместо требований''']]». С тех пор мое представление о Domain Driven Design развивалось: появилось понимание отличий DDD от построения объектных моделей (OOAD), осознание различий между проектированием автоматизации «с чистого листа» и заменой существующей основной системы, представление о применении DDD в современной микросервисной архитектуре и многое другое. Все это будет в докладе вместе с основами DDD, которые делают его более эффективным способом проектирования приложений, чем классическая работа с требованиями: концепциями единого языка, ограниченных контекстов и единой моделью, прозрачно отражаемой в код.

По теме недавно была статья [https://habr.com/ru/company/custis/blog/705958/ '''Domain Driven Design: модели вместо требований'''], но она - обзорная, верхнего уровня. В докладе [[Требования или модели - как писать постановки (AnalystDays-2023)]] я тоже, естественно, затрагивал тему DDD, но там это была 1/6 доклада. И более ранних докладов было много, но в этом - новая полная версия и многое переосмыслено, обсуждение статей и докладов послужило драйвером для этого.

= Основные тезисы =

## Примеры развития - реализация новых процессов и фич. Здесь фокус на том, чем наличие модели отличается от классической конструкции. когда у нас есть просто структуры данных и макеты интерфейсов.

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

= Презентация =