6 comments

[ 3.7 ms ] story [ 23.1 ms ] thread
The biggest shift is treating tests and constraints as the source of truth, not the generated code.
Isn't code what defines the constraints though?
The domain and delivery/ops context define the constraints, code that gets written ought reflect those constraints, not provide more.
Sure, the domain model isn't an artifact, but software _necessarily_ contains an artifact of the domain model.
Makes sense, but this artifact is still a simplification, right? The domain model isn't just this one artifact in the code but the broader "idea".
Absolutely - it's like, the "current agreed upon version", but indeed it's a point-in-time snapshot/simplification of whatever the thing being modeled actually is.