Aller au contenu

root / tags / domain-driven-design

#Domain-Driven Design

2 fiches

Architecture & Construction

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

Note d'analyse SFEIR qui relit le métier d'architecte logiciel à l'ère de l'IA générative à travers le cadre de **Gregor Hohpe** (*The Software Architect Elevator*). Thèse centrale : l'architecte « **Oracle** » — détenteur du savoir suprême édictant des règles depuis sa tour d'ivoire — est obsolète, car l'IA génère code et propositions à la demande ; l'architecte moderne devient un **amplificateur d'intelligence (IQ Amplifier)** qui fournit aux équipes les modèles mentaux, le contexte métier et les outils de décision pour exploiter l'IA tout en garantissant la cohérence du système. Le document décline l'impact **étage par étage de l'« Ascenseur de l'Architecte »** (Enterprise / Solution / Platform / Software architect) et défend le **Domain-Driven Design (DDD)** comme garde-fou indispensable : le **langage ubiquitaire** sert de base aux *system prompts* (dictionnaire de domaine injecté via `.clinerules`/templates, réduisant hallucinations et contre-sens métier) et les **contextes limités (bounded contexts)** restreignent le scope confié à l'IA pour maximiser la fiabilité de la génération. Conclusion : l'IA n'est pas une menace mais un catalyseur qui décharge l'architecte de la saisie technique pour valoriser synthèse, vision stratégique, modélisation et lien humain tech↔business. Domaine : architecture logicielle, rôle de l'architecte, DDD, prompting structuré, gouvernance IA d'entreprise.

#Architecte logiciel#rôle de l'architecte#IA générative

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

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 »

Fiche de **Skill** (et non d'article) : `grill-with-docs` de Matt Pocock est une technique d'interview structurée qui « cuisine » (*grill*) un plan d'architecture en le confrontant méthodiquement au vocabulaire métier du projet (glossaire `CONTEXT.md`) et aux décisions déjà documentées (ADR). Plutôt que de foncer dans l'implémentation, elle challenge les hypothèses une par une via un dialogue question/réponse, nettoie la terminologie, vérifie la cohérence avec le code réel, et capture les décisions au fil de l'eau dans les bons artefacts. Skill de conception en amont, d'inspiration Domain-Driven Design.

#skill#grilling#interview adversariale

Matt Pocock