An introduction to DDD
summary
Domain Driven Design claims that ubiquitous language and small, tactical models beat vague patterns more often than not, so teams run cheap workshops (Post‑its, event storming, photos) to extract terms, build a glossary and a context map, then implement one bounded area at a time. Examples: a Tube‑map style model clarifies scope, a WordPress wiki sustains the glossary, and incremental refactors around bounded contexts prevent the codebase turning into a big ball of mud.
AI-written summary · about
chapters (13)
- 0:00Welcome and introduction to Domain Driven Design
- 3:51Strategic vs tactical design
- 8:26Domains and domain models
- 14:33Ubiquitous language
- 21:30Knowledge crunching
- 25:07Event storming
- 28:18User story mapping
- 30:46Event modeling
- 34:23Bounded contexts
- 39:08Tactical design patterns
- 46:58DDD architectural patterns
- 53:00Why strategic DDD matters
- 54:12Q&A
related talks
39mDomain-Driven Design: Hidden Lessons from the Big Blue Book
58mDDD really matters!
01h 05mGetting to DDD: Pragmatic or Principled?
38mIntroDDDuction
50mIt's All About the Domain, Honey - Domain-Focused Architecture with DDD
38mDomain-Driven Design: Hidden Lessons from the Big Blue Book
01h 04mDomain Driven Design: The Good Parts
59mDomain Driven Design: The Good Parts
