Believe it nor not, one of the main reasons why software exists is to help companies to make money. These companies earn money because they have a business. Usually they sell something to customers, in order to solve a problem for them. A software developer that doesn’t care about the […]
The more I work using Domain Driven Design in my daily job, the more I face how hard it is to teach. What’s the matter here? Why is DDD so often misunderstood? Of course, we can just consider that it’s a complex thing, hence requiring lots of knowledge and practices […]
I’m a big fan of James Coplien. I appreciate his controversial point of view about Unit Testing, even if I don’t agree with him. Recently he tweeted about this article explaining why integration tests are much better than unit tests. Let’s explore it together. Unit test problem “You write code and […]
Recently, I read a few posts about AIs, including Uncle Bob’s post, in response to Grady Booch (about this tweet). I think the fact that some people believe AIs might replace developers leads to interesting questions about what is programming? What is programming? As Bob recalls us, Alan Turing defined programming as a sequence […]
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 […]
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 […]
“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 […]
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 […]