I never was comfortable with the idea of “complex domain”. “Use DDD only in complex domain” is a mantra used by DDD experts to avoid the Silver Bullet Syndrom. It is really convenient to avoid uncomfortable discussion. Why do I mind? We’d like to know what is a complex […]
From a technical perspective, I would argue that a DDD project is nothing but a clear and protected domain.Working on lots of legacy code though, I observe common mistakes to identify what is inside the domain, and what is outside. Your data model is not your domain model It is […]
Let’s define the reality as the consequence of all previous Facts. Nobody knows every fact from the past. And when we share some facts, we don’t give them the same importance. We build our reality based on the facts we believe to know, and give them some importance based on […]
Much focus in our industry is on how we can write code faster. We want super productive IDE, high level language and huge frameworks to protect us from the hard reality of building software. In my opinion it’s more important to find how we can write maintainable code by focusing […]
I’m happy to see that event driven architecture rises in popularity, I already explained why I believe it makes sense. But when a topic gets more traction, we hear more and more weird things. Let me try to clarify a few myths about Command and Query Responsibility Segregation (CQRS) here. CQRS […]
“One micro-service should cover one bounded context” asserts Vaughn Vernon. It leads to an interesting tweeter discussion with Greg Young, Romeu Moura and Mathias Verraes. Greg and Romeu disagree. I say it depends of the context. To know if one can cover another, we must know what a micro-service is and […]
I already advocated how an Event Driven Architecture allows our code to be more aligned with our business. Mike has the same conclusion, focusing on Practical Event Sourcing. But why such a system is by design more aligned with the business?Because it tells a story Good code must tell a […]
It is really hard to manage, or explain what we can’t see. Based on this statement, we should continuously look for ways to reveal the important implicit concepts in software. It is our chance to explain what software is to people who don’t look at lines of code all day long. […]
From the mouths of lots of DDD practitioners, and from Eric himself, we often hear DDD is hard. In my opinion it would be more correct to say DDD is huge. Trying to understand it from scratch, as a whole, is like trying to understand a huge code base as a […]
Or why DDD is my silver bullet. Yep, I said the word “Silver Bullet”. All the trolls are now out of their cave ready to hurt me with their clubs. But before hitting me, have a cup of coffee, relax and read on. Where is the paradox? In every book […]