- Sujet: Forum Ouvert
- Meetup: https://www.meetup.com/fr-FR/Software-Craftsmanship-Lyon/events/280484546/
- 10-14 personnes
Forum ouvert DDD
Sujets
- Le DDD comme une solution pour définir le périmètre de nos tests ?
- Comment faire du DDD sans dire que l’on fait du DDD ?
- Comment instiller le DDD lorsqu’il y a une résistance à la structuration ?
Déroulé
Slots 1 : 19h20 - 19h45
Salle 1 : Code clinic
Les responsabilité dans ce code ne sont absolument pas bonnes, des idées pour faire mieux ?
- https://github.com/jhipster/jhipster-lite/blob/main/src/main/java/tech/jhipster/lite/generator/module/domain/replacement/JHipsterModuleReplacements.java
- et le carnage avance https://github.com/jhipster/jhipster-lite/pull/1955
Salle 2 : Le DDD comme une solution pour définir le périmètre de nos tests ?
- Lors de la mise en place des tests, il y a un couplage avec l’implémentation
- TDD Outside-in doit permettre de limiter le scope
- On teste les ports
Slots 2 : 19h50 - 20h15
Salle 1 : Des idées pour éviter le DDD hangover qui nous arrive dessus fort et vite ?
Sur le partage du constat :
- [Colin] Accélération constatée pendant Devoxx
- [Florent] Est-ce que ces incompréhensions n’existent pas déjà depuis 20 ans ?
- [Nolwenn] Pas visible car dans un seul contexte
“Solution” Adrien : Laisser les gens ne pas avoir de réponse en utilisant des outils des no-code puis attendre qu’ils reviennent en étant pas satisfaits.
Salle 2 : Comment instiller le DDD lorsqu’il y a une résistance à la structuration ?
- Contexte : stakeholder & membre de l’équipe
- Ambiguïté de rôle/collusion
- Réaction à des stimulus/usecases plutôt qu’une structuration des concepts
- Le DDD fourni s’applique plus sur des métiers éprouvés
Conclusion
- Plus de forum ouvert ! pas de dynamique
ROTI
1/5 : 4 2/5 : 3 3/5 : 1