A finales de los noventa, la programación orientada a objetos había ganado
y los proyectos seguían fracasando. Las clases se llamaban OrderManager y
CustomerService, tenían cien métodos y dependían de otras quince. Los
objetos del negocio eran cáscaras vacías. Toda la lógica vivía afuera,
duplicada en cinco sitios incompatibles. En abril de 2003, Eric Evans
publicó un libro denso con portada Kandinsky y un título imposible:
Domain-Driven Design. Lo que vino después es la historia que este libro
cuenta.
Cartografía del dominio recorre dos décadas y media de DDD —desde Evans
hasta Khononov, pasando por CQRS, Event Sourcing, Event Storming,
microservicios, modular monoliths y la llegada tardía al frontend— en el
orden en que los conceptos aparecieron en la conversación profesional, no
en el orden en que aparecen en un manual. La tesis: entender DDD sin saber
de qué dolor nació cada idea, qué problema vino a resolver y por qué la
comunidad fue añadiendo capas es quedarse en la superficie.
El libro alterna dos voces. La crónica sitúa cada patrón en el momento
histórico que lo trajo al mundo. La ficha lo destila: definición precisa,
reglas operativas, fronteras, dependencias, antipatrones, cuándo NO
aplicarlo. Las cuarenta fichas reunidas forman un catálogo —táctico,
estratégico, de arquitectura, de UI, de descubrimiento— pensado para
sostenerse como referencia durante años después de la primera lectura.
Escrito en español, con ejemplos en TypeScript, para programadores con
experiencia que quieren aplicar DDD con criterio, no por inercia. Cubre
todo el currículo moderno: lenguaje ubicuo, bounded contexts, agregados,
repositorios, eventos de dominio, hexagonal, CQRS, Event Sourcing, sagas,
outbox, modular monolith, Event Storming, Domain Storytelling, BFFs,
micro-frontends y arquitectura limpia en React y React Native — la parte
que casi todos los libros de DDD ignoran.
