Учим проектировать системы, готовые к росту продукта и требований
Практическая школа архитектуры
Что такое Domain-Driven Design — и зачем он нужен разработчику
Бесплатный PDF-гайд для тех, у кого код разрастается, а фичи выходят всё медленнее. За 10–15 минут поймёте, где теряется смысл бизнеса в коде и как вернуть управляемость.

Скачать бесплатно
Что вы получите
  • Короткое, понятное объяснение DDD без академщины: домен, язык, контексты.
  • Тактические паттерны с примерами: Entity, Value Object, Aggregate, Domain Service, Factory, Repository.
  • Чек-лист, когда DDD нужен, а когда это избыточно.
  • Практические советы: как изолировать бизнес-логику от фреймворков и БД, чтобы изменения перестали «ломать всё вокруг».
  • Пошаговый старт: от Ubiquitous Language и Event Storming до первых агрегатов.
За 10−15 минут вы диагностируете архитектуру:
где «течёт» связность, почему падают тесты и какие шаги дадут быстрый эффект — вынести домен из фреймворка, ослабить связи модулей, упростить use case. Только практика, без воды.
Кому будет полезно прочитать
  • Разработчикам (C#, Java, Go, Python). Как перестать «тянуть» фреймворк в домен и вернуть тестируемость.
    01
  • Тимлидам и архитекторам. Каркас для разделения границ и сокращения каскадных правок.
    02
  • Системным аналитикам. Как формулировать use case и не размазывать логику по контроллерам.
    03
  • Командам с legacy. C чего начать порядок: контексты, модель, паттерны и приоритеты.
    04
Что внутри
  • Что такое DDD:
    фокус на предметной области, а не на БД или API.
  • Ubiquitous Language:
    единый язык для бизнеса и разработчиков — и как завести его в код.
  • Bounded Contexts:
    почему «Один Пользователь на всю систему» ломает архитектуру; примеры контекстов (Catalog, Ordering и т. д.).
  • Изоляция бизнес-логики:
    домен не должен зависеть от ORM, контроллеров и транспорта.
  • Тактические паттерны DDD:
    Entity, Value Object, Aggregate (Root и инварианты), Domain Service, Factory, Repository — когда применять и чего избегать.
  • Когда DDD не нужен:
    маленькие CRUD и лендинги — где проще без «брони».
  • Быстрый старт:
    мини-план — словарь терминов → Event Storming → контекстная карта → первый агрегат и сценарий (Use Case).
Забрать материал бесплатно
Кирилл Ветчинкин
системный архитектор, основатель MicroArch
  • 15 лет коммерческой разработки, 8+ лет практики DDD и микросервисной архитектуры, 9000+ часов на реальных проектах.
  • Ex Staff Engineer «Купер»: переход на микросервисную архитектуру, внедрение DDD и Event Storming.
  • Ex Direction Lead BCS Broker: архитектура + IT-стратегия, управление командами, внедрение MSA/DDD.
  • Спикер ArchDays, Highload++, Podlodka, РИТ и др. Делится рабочими приёмами, а не теорией.
  • 2000+ учеников, 94% рекомендуют обучение.