Saltar al contenido

root / tags / domain-driven-design

#Domain-Driven Design

2 fiches

Arquitectura y Construcción Traducción verificada automáticamente

Le Rôle de l'Architecte à l'Ère de l'Intelligence Artificielle

Nota de análisis de SFEIR que revisa el papel del arquitecto de software en la era de la IA generativa a través del marco de **Gregor Hohpe** (*The Software Architect Elevator*). Tesis central: el arquitecto « **Oráculo** » — el guardián supremo del conocimiento que dicta reglas desde una torre de marfil — está obsoleto, ya que la IA genera código y propuestas bajo demanda; el arquitecto moderno se convierte en un **amplificador de inteligencia (IQ Amplifier)** que provee a los equipos los modelos mentales, el contexto de negocio y las herramientas de decisión para aprovechar la IA garantizando al mismo tiempo la coherencia del sistema. El documento desglosa el impacto **piso por piso del "Architect Elevator"** (arquitecto de Empresa / Solución / Plataforma / Software) y defiende el **Domain-Driven Design (DDD)** como salvaguarda indispensable: el **lenguaje ubicuo** sustenta los *system prompts* (un diccionario de dominio inyectado vía `.clinerules`/plantillas, que reduce las alucinaciones y las malinterpretaciones de negocio), y los **bounded contexts** restringen el alcance confiado a la IA para maximizar la fiabilidad de la generación. Conclusión: la IA no es una amenaza sino un catalizador que libera al arquitecto de las tareas técnicas de entrada para poner en primer plano la síntesis, la visión estratégica, el modelado y el vínculo humano entre la tecnología y el negocio. Dominio: arquitectura de software, papel del arquitecto, DDD, prompting estructurado, gobernanza de IA empresarial.

#Arquitecto de software#papel del arquitecto#IA generativa

SFEIR (synthèse) — d'après Gregor Hohpe

Agentes de codificación IA y Skills Traducción verificada automáticamente

grill-with-docs — « Grilling session that challenges your plan against the existing domain model, sharpens terminology, and updates documentation (CONTEXT.md, ADRs) inline as decisions crystallise »

Entrada de tipo **Skill** (no un artículo): `grill-with-docs` de Matt Pocock es una técnica de entrevista estructurada que "somete a la parrilla" un plan de arquitectura confrontándolo metódicamente con el vocabulario de negocio del proyecto (el glosario `CONTEXT.md`) y las decisiones ya documentadas (ADRs). En lugar de precipitarse hacia la implementación, cuestiona las hipótesis una por una mediante un diálogo de preguntas y respuestas, depura la terminología, verifica la coherencia con el código real y registra las decisiones sobre la marcha en los artefactos adecuados. Una skill de diseño previo (upfront design), inspirada en el Domain-Driven Design.

#skill#parrilla#entrevista adversarial

Matt Pocock