Domain-Driven Design (DDD)
Le Domain-Driven Design (DDD) est une approche de conception logicielle qui structure le code autour des concepts et du vocabulaire réels du métier, le « langage ubiquitaire », plutôt qu'autour de contraintes techniques. Les règles de gestion complexes sont isolées dans un cœur de domaine indépendant de la base de données ou du framework.
Sur un projet d'ERP ou d'outil métier interne, les règles de gestion évoluent en permanence : nouvelles exceptions commerciales, nouveaux statuts de workflow, nouvelles contraintes réglementaires. Le DDD permet à ces règles de vivre dans un module clairement identifié, que les développeurs peuvent modifier sans casser le reste de l'application. C'est aussi un outil de dialogue : en forçant équipe technique et équipe métier à partager le même vocabulaire, on réduit les malentendus qui coûtent cher en reprises et en spécifications mal comprises.
L'erreur classique est d'appliquer le DDD à un CRUD simple : la discipline (agrégats, objets valeur, découpage en domaines) ajoute une couche d'abstraction qui ne se justifie que si la logique métier est réellement complexe et amenée à durer. Sur un petit outil ou un MVP, cette rigueur ralentit le développement sans bénéfice réel. Le DDD est un investissement à réserver aux systèmes qui vont vivre et grossir plusieurs années.
