Good Design is Imperfect Design

Please log in to watch this conference skillscast.

DDD is often invoked to justify perfectionism, or sometimes it sets up in people's minds an intimidating, impossible standard. This leads to endless analysis and polishing or indecisive thrashing. Although DDD does value polish and refinement in certain aspects of the software, the thrust of it is experimental and messy -- and always pragmatic.

For example, bounded contexts are an explicit acknowledgement of the need to confine our intensive modelling within a modest scope. And within that modest scope, we iterate toward refinement, sometimes having insights along the way that lead to much deeper, more elegant models ... but only sometimes, and unpredictably. Good designs always have flaws. And losing a pragmatic, balanced view of all this makes projects slow! Paradoxically, moving slowly means less exploration, less iteration and therefore worse design.

This has happened to most serious designers. It has happened to me. This balance doesn't usually happen without conscious attention, and it helps to have some concrete techniques for making well-designed, imperfect software. We can also shift our mindset to produce better designs by avoiding the pitfalls of idealism.

YOU MAY ALSO LIKE:

• Keynote: Exploring Time (SkillsCast recorded in April 2018)
• Domain Models in Practice: DDD, CQRS & Event Sourcing with Marco Heimeshoff (Online Course on 30th November - 4th December 2020)
• Sociotechnical Domain-Driven Design with Kacper Gunia (Online Course on 7th - 8th December 2020)
• Strategic Domain-Driven Design Tools For Non‑DDD People (Online Meetup on 29th October 2020)
• Lightning Talk: Specification as a Library (SkillsCast recorded in October 2020)
• Applied Domain-Driven Design — Full-Stack Event Sourcing (SkillsCast recorded in July 2020)