Est-ce que tu vois ce gars dans Lucky Luke ?
Ce gars qui dans sa rouleau et qui vend sa potion miracle.
Il promet toutes les merveilles, toutes les guérisons possibles grâce à cette potion.
Aujourd'hui, certaines personnes qui vendent de l'agilité en boîte me font un peu penser
à lui.
Alors attention, je ne vais pas dénigrer l'agilité, entendons-nous bien.
Je pense qu'il y a dans le manifeste agile des choses qui s'appellent parfaitement à
notre industrie, mais aussi ailleurs.
Mais la question que je pose, c'est la technique dans tout ça.
Parce que sans technique, il n'y a pas de maîtrise.
Sans technique, c'est un petit peu comme conduire une tesse là avec des roues de
deux chevaux.
Tu vas peut-être passer le premier virage, peut-être le deuxième, mais à un moment
donné tu finiras dans le mur.
Alors si tu fais du soft, si tu fais des logiciels, interesse-toi s'il te plaît à la technique.
J'ai envie de te dire presque avant même des enjeux organisationnels.
Forme-toi, va apprendre.
Moi, je suis toujours effaré quand j'interviens chez un client de voir un truc tout simple
comme les designs paternes.
Ce qui est juste la base pour moi.
Un truc tout simple comme les designs paternes sont aussi peu répandus, aussi peu connus.
Pourtant, ce n'est pas faute de ressources.
Les ressources, ça existe en français et en anglais dans toutes les langues.
Ce n'est pas faute de tenter.
Même l'école s'y est mise à enseigner les designs paternes.
Moi, quand je suis passé à l'école, on n'en parlait pas.
Mais aujourd'hui, c'est le cas.
Et si tu crois encore que le singleton est un bon pattern, alors c'est que tu as un sacré chemin à faire.
Ce chemin, il risque d'être un peu long.
Mais qu'est-ce qu'il est bon ?
Tu veux un exemple ?
Le TDD.
Le TDD, tu vas pouvoir l'apprendre en 5 minutes.
Je crois qu'il ne faut pas plus de 5 minutes pour apprendre le TDD, pour comprendre comment ça fonctionne.
C'est simple.
Mais qu'est-ce que c'est dur à mettre en œuvre ?
Qu'est-ce que c'est dur ?
Il te faudra 5 minutes pour l'apprendre, pour le comprendre et peut-être 6 à 12 mois à un an pour le mettre en œuvre.
Et si tu veux vraiment le maîtriser ?
Je ne sais pas, je dirais 3 ans.
3 ans de travail quotidien, d'entraînement quotidien pour maîtriser cette question.
Et non, le TDD, ce n'est pas juste de la non-régression.
C'est une vraie méthode à part entière de développement et de design.
Je te disais que c'était long et douloureux, alors je vais te raconter mes débuts.
Je me souviens, j'avais pour seul guide ce petit livre vert,
petit livre vert qui portait sur l'extrême programmier que c'était,
c'était je crois un des premiers livres qui parlait du sujet en langue française.
J'ai une dette éternelle envers leurs auteurs.
J'avais ce petit livre vert et j'avais été charrié par mes collègues qui me disaient
« Ah, tu prétends faire de l'extrême programmier ? »
Mais ils s'en foutent des tests automatiques.
Bon, en fait, j'avais juste pris le livre vert comme caution pour justifier de faire ça à l'œil.
Il m'avait piqué, il m'avait piqué le garçon,
tu m'avais même un peu vexé.
Du coup, je m'étais dit, ah ouais, il a raison quand même.
Je vais quand même m'y intéresser à ce truc.
Faut dire que je galerais grave.
Ah oui, j'en chier des bulles.
J'étais dans un logiciel qui, rien que d'y repenser, j'en ai mal au ventre alors je vais pas trop en parler.
Tu vois le Spagetti Monster ?
Voilà, dans sa splendor, dans toute sa splendor.
Alors je me souviens, j'avais ce petit livre vert comme fil d'Aryan, comme guide.
Et je cherchais à comprendre.
Je garde un souvenir ému aujourd'hui de mes premiers tests.
Tu sais ce que je testais ?
Des Get-Sets.
Je testais des Get-Eurs et des Ceteurs.
Eh ben, croyez-le ou pas, ce truc m'a donné mal à la tête.
Pendant une semaine, j'ai essayé de mettre en œuvre ça et de tester des Get-Sets.
Et je me souviens avoir des mal de crânes en fin de journée.
J'avais l'impression que les cheveux me poussaient à l'intérieur de la tête.
Avec le temps, j'ai compris pourquoi.
Avec le recul, j'ai compris.
C'est très simple, c'est que le TDD te fait réfléchir à l'envers.
C'est comme si tu as une piscine, tu te inverses toute la filtration, tu te inverses tout le sens de fonctionnement.
Au début, ça marche pas très bien, tu vois.
Il va falloir retourner la pompe pour que ça fonctionne.
Je te parle du TDD, mais le TDD, c'est qu'une pratique parmi d'autres.
Peut-être la plus difficile à adopter.
Ça fait maintenant 8 ans que je fais du conseil et que j'accompagne des équipes à l'adoption des pratiques agiles.
Et je crois que le TDD reste un véritable défi.
Donc mon message est le suivant.
Prends du recul sur ton travail.
Entraîne-toi.
Passe de l'énergie à réfléchir à ce que tu fais.
Pas juste à coder à longueur de journée.
Forme-toi.
Il y a une quantité de ressources juste hallucinantes aujourd'hui.
Donc, t'as plus d'excuse.
Je te remercie d'avoir écouté ce podcast jusqu'au bout.
Et je te dis à lundi.
Bon week-end.