DDD no consiste solo en patrones y arquitecturas recomendadas, como es nuestra Guía de Arquitectura y aplicación ejemplo. DDD es mucho más que eso,consiste también en una forma de afrontar los proyectos, forma de trabajar el equipo de desarrollo y su relación directa con los expertos del dominio mediante el ‘lenguaje ubicuo’. Esta forma de trabajar y diseñar, fundamental para el ciclo de vida de una aplicación, es algo que no cubrimos en nuestra guía y aplicación ejemplo, pues nos hemos centrado solo en Arquitectura e implementación de patrones ‘estilo DDD’ con .NET 4.0 y tecnologías relacionadas. Pero eso es aproximadamente solo un 20% de DDD. Si realmente se quiere conocer y ‘hacer DDD’, recomendamos leer y aplicar los principios de trabajo que explica Eric Evans en su libro ‘Domain-Driven Design: Tackling Complexity in the Heart of Software’ y otros libros relativos al proceso de diseño y trabajo en equipo en DDD. Simplemente queremos resaltar que DDD es mucho más que ‘Arquitectura y Patrones de Diseño'.