Domain Driven Design (DDD)

• Domaine métier riche et complexe — assurance, juridique, industrie, finance.
• Application qui doit durer plus de dix ans avec évolutions fréquentes.
• Équipes pluridisciplinaires (métier + tech) qui doivent partager un langage.

• Bounded contexts — isoler chaque sous-domaine avec son vocabulaire.
• Ubiquitous language — un seul vocabulaire métier/tech, sans traduction.
• Entities, Value Objects, Aggregates — modéliser les invariants métier.
• Domain events — capturer ce qui se passe dans le domaine.

• DDD n'est pas adapté aux applications CRUD simples — trop de cérémonie pour peu de valeur.
• Demande un investissement initial (Event Storming, modélisation) qui décourage parfois.
• Risque de sur-abstraction si l'équipe se déconnecte des usages réels.

Voir notre offre Développement sur-mesure.