Domain Driven Design (DDD)
Approche
Boîte à outils(stratégique/tactique)
Plus de métier dans le code
Code patterns tactiques
Architecture stratégique
Va jusqu'à gérer les relations de pouvoir
Guide de survie
Malgré les oppositions équipe
Patterns
Efficacité
Résoudre donc comprendre
Espace du problème
Important de bien comprendre
coller au besoin métier
réactivité
aligner / besoin
sortir de sa "cave"
Voir des gens qui parlent de leur métier
Ubiquitous langage
Décision de prendre le lange métier et de le mettre partout
BDD
Code
DTO
Choix de la langue
Français si besoin
Éviter le franglais
Toujours pertinent d'en faire
Core domain
support
là ou argent
Eric Evans blue book
Comment
Autonomie
Equipes + lentes pourquoi ?
Equipe très performantes
CRUD suffisant ?
Se traduit dans le code
Ne pas rester en vase clos avec uniquement la technique
Emprunter les mots du métier
Pas forcément adapté à tous les projets