Je ne pense plus modéliser… ni même coder de la même manière aujourd’hui.

Ces deux derniers jours en formation Domain-Driven Design stratégique avec l’équipe de Shodo Rennes ont clairement fait changer ma vision.

Animée par Julien Topçu, avec Thomas Pierrain, cette formation m’a permis de renforcer cette conviction : la conception logicielle est avant tout une affaire de coopération.

Pendant deux jours on a exploré comment rendre l’implicite explicite.

#formation #ddd

Ce que j’ai particulièrement aimé :

👉 L’approche coopérative et Agile des ateliers
EventStorming, Context Mapping… des formats coopératifs qui rendent la complexité et les biais visibles et surtout questionnables.

👉 Les possibilités qu'offrent un langage partagé
On ne parle pas juste pour se comprendre (ce qui est déjà difficile en soi) : on construit une culture commune qui guide les décisions.

👉 Penser en découpage et dépendances métier plutôt que foncer vers la technique
Bounded Contexts, sous-domaines… autant de leviers pour structurer et choisir notre architecture et notre fonctionnement d'équipe ensuite.

👉 Accepter que nos modèles sont imparfaits
Comme le dit George E. P. Box : “All models are wrong, but some are useful.”
Julien nous a montré plein de pièges dans lesquels on peut tomber (et ça n'a pas loupé).

👉 Une autre manière de voir notre rôle
On ne fait pas “que produire du code” (ce qui n’a jamais vraiment été notre métier), mais explorer ensemble, comprendre et faire des choix.

Prochaines étapes :
🔥 Pratiquer (parce que les ateliers peuvent vite devenir chaotiques)
🔎 Plonger dans la partie tactique du DDD pour incarner le software craft

Merci la qualité de la formation 🙏

J’écris ce post dans le train en route pour SoCraTesFR dans quelques jours, avec l’envie de continuer à creuser le sujet en session. J'ai hâte !

@manoncarbonnel

> la conception logicielle est avant tout une affaire de coopération.

Hihi c'était la conclusion de la première journée de formation que j'ai donnée aujourd'hui

@dmerej oooh ! tu me racontes un peu ici ?

@manoncarbonnel

C'était un cours dans une grande école d'ingénieurs à destination des premières années sur le backend web

Je leur ai fait faire de l'ensemble programming pour découvrir le protocole HTTP mais comme y a peu de chances qu'ilelles deviennent dev j'ai expliqué qu'en fait je voulais leur faire travailler l'intelligence collective.

@manoncarbonnel

Du coup ielles ont passé du temps à faire marcher un code qui jetait une erreur à cause d'un message HTTP mal formée.

J'ai conclu la séance en disant que ce qui est compliqué en info c'est que y a plein de façons différentes de résoudre le problème mais qu'en même temps au moindre changement dans le code tu peux avoir des bugs (Genre si tu oublie l'espace après le : dans un header HTTP)

Et du coup qu'en fait l'enjeu c'est surtout de bien communiquer et de bien collaborer

@manoncarbonnel

Voilà - je sais pas si c'est très clair ...

J'en ferai peut-être un article de blog si tu veux tous les détails :)

@dmerej ça avait l'air trop bien ! et ça a eu l'air de te plaire aussi. la chance iels ont pu faire du mob et découvrir la magie de HTTP ✨ je suis preneuse, j'ai été voir ton blog du coup 👀

@manoncarbonnel

Aha, merci ça me motive pour republier des trucs, ça faisait longtemps.

Le kata est là en tout cas :

https://github.com/ue22-p25/kliento/

GitHub - ue22-p25/kliento: HTTP Client using only the standard library

HTTP Client using only the standard library. Contribute to ue22-p25/kliento development by creating an account on GitHub.

GitHub