L’Event Storming est un moyen d’harmoniser les modèles mentaux de différents acteurs en modélisant un métier, un processus, un existant. On veut cartographier de la connaissance. On veut mettre en lumière des zones d’ombre, des points de douleurs, des problèmes. Et on veut le faire tous ensemble pour s’aligner. On va créer des discussions et confronter des visions avec toutes les personnes impliquées. C’est un atelier qui peut s’utiliser dans n’importe quel domaine et pas seulement dans le monde du logiciel (même si son créateur, Alberto Brandolini, est un développeur).

L’indépendance n’existe pas uniquement dans certaines régions de France ou dans un film avec Will Smith. Il se trouve aussi dans les tests unitaires. Lorsque vous écrivez des tests, il y a un moment qui arrive où vous souhaitez être indépendant de quelque chose. Vous allez naturellement casser cette dépendance et injecter autre chose pour remplacer ce qui gêne. Ce n’est cependant pas une décision à prendre à la légère. Certaines raisons sont parfaitement justifiées, alors que d’autres peuvent nuire au projet.

Lorsque j’ai appris à faire du vélo, j’ai commencé à en faire dans mon jardin, dans la Drôme. Mon vélo avait deux petites roulettes sur la roue arrière, ça m’aidait beaucoup. On peut dire que j’étais dans un cadre sécurisant : à l’intérieur de mon jardin, avec peu de risque de chute et sans circulation de véhicules. J’ai pédalé des heures et des heures pour améliorer ma maîtrise. J’ai appris par la pratique, en répétant, en essayant, en m’améliorant.

Vous avez déjà assemblé des Lego ou monté un meuble Ikea ? Quand j’étais petit, j’adorais les Lego. Je laissais libre cours à mon imagination en créant des tas de lieux, de véhicules et d’histoires. J’ai aussi eu des boîtes de Lego avec quelque chose de précis à assembler (un château par exemple). Dans ces boîtes, il y a toujours un plan. On y voit le résultat final (le château) et toutes les étapes à suivre pour le construire.

La machine à café, c’est un peu un objet magique pour les développeurs. On peut y voir deux principales capacités. Elle provoque des résolutions de problèmes spontanées suite à des discussions proche de la machine. Et elle produit le café qui, une fois assimilé par le développeur, se transforme en d’innombrables lignes de code. Alors quand on possède un tel objet, on n’a pas envie de le casser. On voudra certainement l’améliorer, mais en le gardant fonctionnel.

J’ai remarqué que peu de développeurs savaient bootstrap un nouveau projet. La preuve en est pour Kotlin, où j’ai dû demander à plusieurs développeurs avant d’obtenir l’aide de Cédric pour régler une broutille. Vu que j’aime faire des petits ateliers de code et également en animer, des katas par exemple, je me suis dit que ce serait pratique d’avoir un guide de démarrage rapide, avec l’essentiel pour m’en rappeler ou pour le donner aux participants d’un atelier.

Je dois confesser un péché écologique. Je ne possède pas une ferme de minage bitcoin dans mon garage, ni ne vais acheter ma baguette de pain en SUV, mais je prends de longues douches bien chaudes. À tel point que j’ai déjà entendu ma mère se demander ce que je faisais sous la douche lorsque j’habitais sous son toit. Et faire quelques suppositions sur ce que peut faire un adolescent lors d’un moment solitaire.

Ce week-end, j’ai quitté le béton parisien dans la quête de trouver de la nature et de grands espaces. En prenant le métro, je me suis assis en face d’une petite fille probablement âgée de 4 ans accompagnée de son papa. Elle l’assiégeait de questions : Papa, dis-moi Pourquoi ça sonne ? C’est pour prévenir les gens que la porte va se fermer. Ahhhh. […] Et là, pourquoi le métro il va tout doucement ?

Qu-Quoi ?! On arrêterait de contrôler la qualité ? « Hérétique, au bûcher ! » s’exclameraient certains paladins de la relecture de code. Et si, au lieu de contrôler la qualité en fin de chaîne, on co-créait cette qualité tout au long de la conception ? Oui, je fais allusion au pair programming. Mais avant d’en parler, plongeons-nous dans une histoire. Une histoire que j’ai déjà vécu et que vous avez probablement aussi vécu.

Je vois de plus en plus la Clean Architecture comme le SCRUM. Quelque chose qui est souvent mal appliqué et mal compris. Quelque chose dont on oublie ou met de côté la philosophie, l’essence même. Quelque chose qu’on utilise parce que c’est à la mode. J’observe un nombre grandissant de discussions autour de la Clean Architecture. C’est davantage présent dans les projets, dans les souhaits, dans les échanges, dans les publications.