Alberto Acerbis, in the second article of his series on Domain-Driven Design and AI, explores why the real risk of AI-driven systems is not the automatic generation of code, but the attribution of the correct meaning to domain concepts.
In this first of two articles on Domain-Driven Design and AI, Alberto Acerbis explores why, in the era of AI-generated code, the primary challenge is no longer producing software, but ensuring that it accurately reflects the intended meaning of the business domain it is meant to represent.
When using LLMs to generate code, the quality of the results depends on the clarity and consistency of your language. Ubiquitous Language becomes a critical framework, acting as the control system for AI-driven development.
Nowaday, in the era of AI agents, documentation is an active part of a project, just like code. Alberto Acerbis gives us his thoughts on the comparison between Living Documentation and Spec-Driven Development.
In this tenth and final article of the Domain-Driven Design series, Alberto Acerbis explores the role of the Software Architect and how it translates within the world of DDD.
Third article on Domain-Driven Design (DDD), microservices and evolutionary architectures. Alberto Acerbis discusses modular architecture, the meaning of “module,” and how it aligns with DDD strategic patterns.