Что такое DDD за 10 минут с примерами

00:00 Тема статьи, источник
00:39 Что такое Domain Driven Design (DDD)
01:19 Домены и субдомены
02:15 Ubiquitous Language
03:05 Стратегическое моделирование
03:34 Тактическое моделирование
03:53 Bounded Context
04:30 Context Map
04:48 DDD на примере
07:55 Выводы по DDD

Книги по DDD:
Эрик Эванс. Справочник по предметно-ориентированному проектированию: общие сведения об определениях и шаблонах -
Джимми Нилссон. Применение DDD и шаблонов проектирования -

[NO]

7:20 тот момент когда ты уже несколько лет работаешь по DDD и только это понял =) я считал, что это просто здравый смысл

[mini_clop]

Конечно, интересно было бы послушать про чистую архитектуру. Спасибо за труд!

[max_jedi]

+ за Clean arch.
Вы делаете очень важную вещь для мира IT, спасибо.

[tgffvvvgtt]

Плюсую за чистую архитектуру. Спасибо за видео!

[WounderVaflel]

Буквально на днях учил ООП и услышал про DDD. Спасибо за видео.

[BrownAleks]

Огромное спасибо! Снетерпннием жду видео про чистую архитектуру, в Вашем исполнении. 😊👍

[primuspares]

Круто когда сам сидишь выдумываешь архитектуру, как как было бы структурированее и удобнее, а тут бац, умные дядьки уже такое придумали, ценно до чего сам дошёл.

[dmitriy]

Фига се, я оказывается все свои бэки по DDD делал :)

[TheJabberwahh]

Всегда казалось это супер очевидным. Не знаю про что можно целые книги писать.

[ivkis]

Классная штука) пишу на go, использую гексагональную архитектуру и она следует принципам DDD, что очень удобно

[ChikChirik-ur]

На данный момент жизни DDD это дни до дома :D

[zluka]

Тот момент когда слушаешь и думаешь что все не так просто, пока не увидешь пример. По нему все становится на свои места и ты понимаешь что такое домен, и какая основа у данного подхода. Ведь нового там нечего нет. Просто все грамотно разбивается на части, но с использованием всех тех же паттернов которые всем известны.

[andrey_aka_skif]

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

[rubyxanax]

Братан, тебе нужно тренироваться, воюешь пока не туда ваще.

1) 04:06. "На основании контекста код разделяют на папки / файлы / пакеты / компоненты...". Нет, это не так. Ограниченный контекст это действительно граница, в рамках которой живет модель предметной области, то есть границы решения определенной проблемы. Но ограниченный контекст также имеет 2 важных свойства:

1. Физические границы - ограниченный контекст является независимо разворачиваемым объектом (микросервис / монолит). И разделение соответственно всегда ФИЗИЧЕСКОЕ, а не на папки и файлы, как ты говоришь. То есть 2 ограниченных контекста не могут жить в рамках одной кодовой базы какого-то сервиса. В этом его и основная польза, как бы защита от дурака. Даже если разработчик другого ограниченного контекста захочет внести изменения в твой, то это будет максимально проблематично.

2. Границы владения - только одна конкретная команда можно разрабатывать конкретный ограниченный контекст. Пересечений быть не может.

[PanicWassano]

именно так и делал проект свой, и только сейчас понял, что это и было DDD

[vadm]

DDD - это бренд одежды от кутюрье Дениса Дыркина

[Kirill.Bogdanovich]

Подскажите подажалуйста как делают такие видео? Как делают такую анимацию и где об этом модно узнать подробнее? Оочень буду благодарен вам за ответ)))

[Putinka]

Сейчас работаю с dbt. Штука интересная, про нее было видео? Про чистую архитектуру тоже интересно, хотя как уложиться про нее в формате такого видео, представить сложно.

[PavelAAlexeev]

если честно не понял, что так с этим термином носятся. довольно очевидные вещи.

[Sanderrus]

У вас ссылки в описании кривые, на троеточии обрываются