DDD stratégique, ou le minimum à savoir sur le sujet pour tout projet

Les inscriptions sont closes

Partager :

Détails

Le Domain-Driven Design (DDD) semble (enfin) devenir à la mode, mais comme tout sujet qui commence son cycle de hype, il véhicule un certain nombre d'incompréhensions.
Vous avez peut être lu que le DDD n'était utile que pour des projets complexes, ou que le DDD, c'était avant tout faire du CQRS (Command/Query Responsibility Segregation) et de l'event sourcing, de préférence avec Kafka.

Nous allons tenter ici de prendre un peu de recul, étudier la différence entre patterns stratégiques et patterns tactiques, et découvrir quel est le plus grand paradoxe du DDD.