Knowledge must be usable beyond its source
A strategy can make perfect sense in the room where it was written and still be almost useless everywhere else. The people in that room remember the discussion, the rejected alternatives and the diffi
#domain-driven-design
Posts tagged #domain-driven-design
Alignment Needs Bounded Ownership
When organisations talk about alignment, the conversation often moves towards shared goals, shared terminology and common ways of working. That sounds reasonable. It can also lead to a harmful conclus
Software development has always been an alignment problem
The phrase alignment problem is now strongly associated with AI safety. In that discussion, the concern is whether an AI system behaves consistently with human values and intent. That is not the subje
AI-assisted development needs boundaries
Most writing about AI-assisted development seems to settle into three positions. There is the productivity account, where an agent is judged by how quickly it turns a ticket into code, the prompting a
Internal, External, and Contract Models Should Not Be the Same Thing
Discussions about model separation often end up being discussions about boilerplate. One object arrives at a service boundary, most of its fields are copied into another object, and a similar conversi
Contracts Are Where Context Becomes Visible
Most writing about bounded contexts pays close attention to what happens inside the boundary. The model should use the language of the domain. Business rules should have a clear home. Concepts that me
