Domain Driven Design

Каждый успешный коммерческий проект основан на большом количестве процессов. Со временем их количество возрастает, текущие тоже совершенствуются, но реализация кода не всегда успевает идти в за идеями. Возникает энтропия. Двухчасовые задачи занимаю неделю, бизнес теряет конкурентоспособность. Это случается не только с крупными компаниями.

Я хочу поделиться опытом применение практик DDD в среднеразмерной компании. Расскажу какие сложности нам удалось решить. Мы не переводили наш проект на JAVA или .NET, мы как команда ruby-разработчиков писали код на привычном нам языке. Сделаем обзор практики и первые шаги, с чего начать:

- Краткое описание методологии.
- Расскажу о едином языке
- Покажу что такое домены и ограниченный контекст
- Немного о Model-Driven Design, как улучшить выразительность кода
- Представлю архитектурное решение