Los Mecenas del Código: El Arte de Entender Antes de Crear
El Domain-Driven Design y el Event Storming no son metodologías ágiles; son las herramientas para lograr el entendimiento sagrado del dominio.
La Tesis Los desarrolladores somos artistas digitales. Como los maestros del Renacimiento, necesitamos mecenas; no solo para sobrevivir, sino para ser desafiados a crear fuera de nuestra zona de confort. Pero antes de imprimir nuestro sello, debemos entender profundamente la visión de quien nos encarga la obra. El Domain-Driven Design y el Event Storming no son metodologías ágiles; son las herramientas para lograr ese entendimiento sagrado.
I. El artista y su mecenas
Miguel Ángel era escultor. No quería pintar la Capilla Sixtina. Julio II lo empujó a un territorio desconocido, a trabajar con ideas que no le pertenecían. Y ahí, exactamente ahí, nació algo irrepetible.
Velázquez pintó Las Meninas, una cotidianidad de la corte que él no vivió como noble. No era su mundo. Pero lo observó, lo decodificó y lo capturó mejor que nadie. La escena respira porque Velázquez no pintó lo que sabía: pintó lo que aprendió a ver.
Nosotros creamos proyectos propios, sí. Pero necesitamos a nuestros mecenas para poner a prueba nuestra experticia con problemas que, de otro modo, estarían fuera de nuestro alcance. Estos encargos no limitan nuestra creatividad; la encauzan para crear obras únicas, marcadas por nuestra personalidad pero fieles a la esencia de lo solicitado.
II. Los materiales no son la obra
Óleo, mármol, fresco. Go, TypeScript, PostgreSQL. Son medios. No son la obra.
La obra es la captura fiel del dominio con tu sello creativo. Un sistema de facturación no es un conjunto de tablas y endpoints; es la representación viva de cómo fluye el dinero en un negocio. Si solo ves tablas, pintaste un inventario. Si capturas el flujo, pintaste Las Meninas.
III. El dominio como mundo ajeno
¿Cómo se entiende un dominio que no es el tuyo? No leyendo documentos marchitos. No en juntas donde uno habla y los demás asienten por inercia. Se entiende narrando la historia juntos: el mecenas y el artista frente a la misma pared, reconstruyendo los eventos que dan vida al negocio.
El dominio es el mundo del mecenas. Sus reglas, sus rituales, sus decisiones. Cuando Velázquez entra a la corte, el “dominio” es la monarquía española. Él no inventó esas jerarquías; las observó y las plasmó.
IV. El dominio se revela por lo que pasa: Event Storming
Un dominio no se describe listando sus atributos. Se revela a través de lo que sucede en él: sus eventos.
“Un cliente se registró.” “Un pago fue rechazado.” “Una campaña se lanzó.”
Es como leer una novela. No conoces a un personaje por su descripción física, sino por lo que hace y lo que le sucede. Ahí reside su identidad. El Event Storming es exactamente eso: narrar el dominio a través de sus eventos en una pared, con todos los involucrados. El mecenas y el artista, juntos, reconstruyendo la escena antes de que el pincel toque el lienzo. Es la forma más humana de nutrir a un equipo.
V. El modelo anémico: Datos sin alma
Cuando un equipo no entiende el dominio, produce un Modelo Anémico: datos sin comportamiento. Estructuras vacías. Cascarones. Es como si Velázquez hubiera pintado Las Meninas como un inventario de almacén:
“Una infanta. Un perro. Un espejo. Dos sirvientas.”
Los datos están, pero la vida no. No hay tensión, no hay mirada, no hay dinámica de poder. Es una lista, no una escena. Un modelo anémico sabe qué existe, pero no sabe qué pasa. Los datos viven en un lado, la lógica en otro. Separados. Muertos.
VI. El modelo rico: El dominio que respira
Un Modelo Rico es lo opuesto. Los datos y su comportamiento son uno solo. La infanta no solo “está”; interactúa, mira, participa. Un pedido no solo tiene productos; sabe calcularse, validarse y protegerse.
Cuando el modelo es rico, el código cuenta la misma historia que el negocio. No hay traducción. No hay intermediarios. El artista y el mecenas ven la misma obra.
VII. Cierre: El horror de lo separado
Martin Fowler lo dijo con una claridad brutal:
“The fundamental horror of this anti-pattern is that it’s so contrary to the basic idea of object-oriented design; which is to combine data and process together.”
El horror no es técnico, es conceptual. Es pintar un retrato donde el rostro está en un lienzo y la expresión en otro. El Renacimiento nos enseñó que las grandes obras nacen cuando el artista entiende la visión antes de tocar el material.
Nosotros, los arquitectos digitales, tenemos la misma responsabilidad. Los frameworks van y vienen, pero el dominio —la historia que tu mecenas necesita contar— es lo que hace que tu obra trascienda.