“Who is the user of software design”? Some Software Usable Design practitioners think that the user is the developer. I think the answer is not the same in every Dimension. The user of software design is the developer Specifically in the Artefact dimension. Maybe it was the first answer to […]
“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 […]
Disclaimer: This post comes in an unusual form. Carlo had the kindness to review it, and his feedback was so valuable that I actually decided to add it in the post. To be clear, I know I’m still an alchemist. But I try to show which kind of insight “physics of […]
I discovered this year Carlo Pescio‘s work on the physics of software. He has a scientific approach of software design. This video from DDD Europe is a good way to discover his work. Combined with the amazing talk from James Coplien, it gives me a lot of things to process since […]
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. […]
Patterns, Principles, and Practices of Domain-Driven Design was written by Scott Milett and Nick Tune. It gives a holistic view of DDD, from strategic to tactical patterns, and provides many examples to explain the concepts. This book was presented to me by Bruno Boucard in this way : « It’s a […]
We assume that less design effort allows producing features faster, in the short term. Less design effort generally means less abstraction, and tighter coupling, in order to produce working code faster. But we tend to overlook the fact that it slows future modifications, even of unrelated features, because of tight […]
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 […]
I regularly see a lot of questions around MVVM, last one only a few weeks ago. The problem is usually the same: what should be a Model, and what should be a ViewModel? We can’t really blame developers, because references online are not really good, especially MSDN’s one. The explanation […]