Cartografía del dominio

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.