El DDD no está muriendo. El DDD de culto al cargo, sí.
El Diseño Orientado al Dominio (DDD) no está muriendo.
El valor fundamental del DDD es más importante ahora debido a la IA. Todavía necesitas:
- Comprender dominios de negocio complejos
- Definir contextos delimitados (bounded contexts)
- Alinear el lenguaje entre ingenieros y expertos
- Descubrir invariantes
- Hacer explícitas las transiciones de estado
La IA hace que generar código sea barato. Esto hace que el pensamiento poco claro sea más peligroso. Si tu lógica de dominio es desordenada, la IA solo te ayudará a crear desorden más rápido.
El problema no es el DDD. El problema es el DDD de culto al cargo (cargo-cult).
Muchos equipos utilizan el DDD táctico como una herramienta de control en lugar de comprensión. Siguen patrones solo por seguirlos:
- Crear una Entidad
- Añadir un Repositorio
- Escribir un Mapper
- Seguir la estructura de directorios
Estos patrones no son malos. Pero a menudo se convierten en papeleo arquitectónico. Si un Repositorio es solo un DAO renombrado, o un Mapper solo mueve campos sin sentido, no estás modelando un dominio. Solo estás rellenando formularios.
Esto es burocracia expresada como arquitectura.
La IA es perfecta para este tipo de trabajo. Puede generar mappers, DTOs y código repetitivo (boilerplate) en segundos.
Si usas la IA para acelerar la burocracia, solo aceleras la ceremonia. Puede que veas que se mueven más tickets, pero no estás construyendo mejores sistemas. Solo estás haciendo que el desperdicio sea más barato de producir.
La verdadera competencia es entre dos tipos de organizaciones:
Grandes equipos burocráticos asistidos por IA Estos equipos usan la IA para generar más capas y más código repetitivo (boilerplate). Se centran en seguir los patrones existentes y pasar revisiones formales.
Equipos pequeños de alta responsabilidad amplificados por IA Estos equipos usan la IA para aumentar su capacidad de cambiar sistemas de forma segura. Se centran en:
- Especificaciones ejecutables
- Límites sólidos
- Pruebas automatizadas
- Restricciones a nivel de tipo
- Transiciones de estado explícitas
El primer tipo usa la IA para producir más ceremonia. El segundo tipo usa la IA para eliminar la necesidad de ceremonia.
Deja de usar la arquitectura para controlar personas o código. Úsala para proteger el significado del dominio.
Pasa de una arquitectura protegida por revisión humana a una arquitectura protegida por pruebas, tipos y restricciones.
Source: https://dev.to/terum/ddd-is-not-dying-cargo-cult-ddd-is-l1p
Optional learning community: https://t.me/GyaanSetuAi