Domain Driven Design
I find DDD pretty useful at a strategic level, mainly because it helps me to identify those elusive service boundaries that really matter . I am a little less keen on much of the printed literature (frequently impenetrable) or more detailed implementations that can verge on “big up-front design”.
June 13th, 2020
One of the more pervasive myths in software development is that naming things is hard.
October 6th, 2019
The problem of shared databases is not confined to monolithic systems. A big store of shared state is the guilty secret lurking in many a microservice architecture.
January 6th, 2019
When you are identifying service boundaries, it’s not enough to consider the domain model alone. There are other, more pragmatic concerns to bear in mind.
September 20th, 2017
Agile teams spend time modelling software whether they are prepared to admit it or not. Adopting a technique like Domain Driven Design can help to make this more efficient, particularly at scale.
March 9th, 2015
We know that micro services are small and focused by design – just how small is this in practice?