Greater Quality Through Tactical Domain-Driven Design
summary
Claims that untargeted logic causes most waste—60–80% of code is business logic—and cites CISQ estimates of ~$2.08T (2020) to $2.4T (2021) in software-related cost. Recommends mapping domains with event storming and the bounded contexts canvas, organizing teams by capabilities (2–7 people), modelling behavior as aggregates (examples: process bill payment with 2–3 commands) and using messaging/outbox patterns to decouple modules; shows these steps shrink change time and reduce maintenance waste.
AI-written summary · about
chapters (14)
- 0:00Introduction
- 3:11Future of software design and DDD
- 7:48Poor software quality costs
- 11:02Systems thinking and DDD basics
- 13:51Software logic design gap
- 17:49Canonical models to bounded contexts
- 23:23Distributed systems and DDD patterns
- 27:39Event storming and wireframing
- 30:28Aggregates, factories, repositories
- 35:04Design quality and profitability
- 37:52Q&A
- 43:45Q&A
- 47:02Q&A
- 50:19Q&A
related talks
38mDomain-Driven Design: Hidden Lessons from the Big Blue Book
58mDDD really matters!
39mDomain-Driven Design: Hidden Lessons from the Big Blue Book
44mDependencies; Devil or Darling?
37mBuilt to last: A domain-driven approach to beautiful systems
40mFrom Domain Boundaries to Software Architecture
01h 26mChaos Development: Removing Software as the Inhibitor of Agile
34mPractical Tools and Strategies for Tackling Legacy Practices
