Changing mindsets: developers can understand the business too!

In the Domain-Driven Design world, everyone points to the ubiquitous language as paramount to the success of the project. However, often the developers fall under the pitfall of the technical jargon; the business assumes the developers have all the necessary business knowledge, given incomplete requirements; combining all these communication problems leads to frustration, missed opportunities...

Continue reading

From EventStorming to CoDDDing

To really understand what our users need so that we can build the right thing, we want to have a first-hand experience of ‘real-life stories’ before we model and create our software. To quote Alberto Brandolini “it is not the domain expert’s knowledge that goes into production, it is the developer’s assumption of that knowledge...

Continue reading

Learning DDD as a team

A few sprints ago my team and I decided to invest heavily in Domain Driven Desing. We already started to develop the new microservices in a DDD fashion, with our domain as the central component. However, we wanted to formalize it and move the old microservices to this new paradigm.

Continue reading