Go to file
2020-09-20 23:40:36 +02:00
src work 2020-09-20 23:40:36 +02:00
.gitignore Initial commit 2020-04-12 01:36:20 +02:00
Dockerfile Initial commit 2020-04-12 01:36:20 +02:00
Dockerfile.debug Initial commit 2020-04-12 01:36:20 +02:00
Makefile Initial commit 2020-04-12 01:36:20 +02:00
README.md Initial commit 2020-04-12 01:36:20 +02:00

# Domain Driven Design : des armes pour affronter la complexité

« La complexité, cest comme le cholestérol. Il faut surtout se débarasser du mauvais. » (Proverbe gascon-malgache)

DDD est lacronyme de Domain Driven Design. Ce nest ni un framework, ni une méthodologie, mais plutôt une approche décrite dans louvrage du même nom dEric Evans. Un de ses objectifs est de définir une vision et un langage partagés par toutes les personnes impliquées dans la construction dune application, afin de mieux en appréhender la complexité. Nous ne souhaitons pas faire ici une présentation de DDD (voir plutôt ici pour une introduction). Nous voulons montrer comment DDD peut adresser certaines problématiques évoquées dans larticle “Jai mal à mon application ! Ca se soigne ?” au travers dun exemple dapplication (“je veux vendre et acheter des légumes sur internet”), tout en sinscrivant dans une démarche de développement Agile.