Parcours sup a défrayé la chronique par sa non performance.
Mais le code source a été partagé.
Et ça c’est quand même une mini révolution.
Ca vient doucement mais sûrement et on en parle avec Laurent Bossavit.
Passer du kata à la vie réelle est loin d’être simple.
Pourtant même sur des apps qui ne sont « qu’un front » cela fait du sens.
Mais encore faut-il commencer à pratiquer.
Entre 0% et 100% en mode TDD, il y a un juste milieu à trouver.
On en parle avec Xavier ici :
L’humanité vit à crédit sur le dos de la planète la moitié de l’année.
Surtout les sociétés occidentalisées d’ailleurs.
Quel rôle a-t-on à jouer en tant que développeur ?
Non par-ce que si on regarde les choses en face, tout ce qu’on fait a un peu tendance à faire fondre la banquise…
Alors tu vas me dire : les ours blancs on les aime bien, mais tant pis pour eux.
Ok ils seront sacrifiés sur l’hôtel du progrès.
Mais il se passera quoi quand la toundra Russe fondra ?
Ben t’a pas envie de le savoir en fait…
Le jour où tu dois passer à l’échelle, selon comment tu as fait les choses, c’est plus ou moins simple.
Le pire des trucs à faire : stocker des états sur ton serveur d’application.
Y’en a 11 autres dont on parle avec Christophe et c’est ici :
En 2001, je faisais parti des premiers contributeurs à déclarer leurs impôts via Internet. A l’époque il y avait une prime de 20€ si tu utilisais ce moyen. Aujourd’hui c’est en train de devenir obligatoire un peu partout. Et ce sera bientôt sanctionné de ne pas le faire…
J’ai pensé à ça en améliorant le projet de bac à sable de refactoring. Par définition, c’est un projet ‘boule de boue’. Donc il n’y a pas de test, ni d’intégration continue. Normal pour une app legacy… Et quand je dis améliorer, je veux dire empirer les choses ! 😈
Du coup à la première pull-request, je vois un joli message de github me suggérant fortement d’intégrer un service d’intégration continue. 😍🤩
Quand github me suggère de brancher un service d’intégration continue !
Là une petite larme me vient aux yeux et je constate alors avec satisfaction que ça y est ! L’intégration continue est entrée dans les mœurs. Ce n’est plus une pratique d’extra-terrestre, ni même une technique avancée. C’est devenu normal. C’est le fait de ne pas en avoir qui est devenu anormal.
Combien de temps faudra-t-il pour arriver à la même considération pour les autres pratiques comme le TDD (Test Driven Development) ?
J’étais hier à Agile Grenoble et lors de la session de Xavier Nopre sur le TDD, je constate avec plaisir que les gens convaincus par la nécessité d’écrire des tests automatiques sont maintenant majoritaires. Mais quand il s’agit de mettre en oeuvre, il n’y plus grand monde.
Cela donne une idée du curseur d’avancement dans les consciences et le chemin qui reste à parcourir pour diffuser les bonnes pratiques.
Car je peux maintenant l’affirmer sereinement : sans TDD, point d’agilité. Et c’est d’ailleurs tout le point de Xavier dans sa conf.
Sans TDD, je n’ai pas de tests efficaces.
Sans tests efficaces, je ne refactore pas mon code car il me fait peur.
Si j’ai peur de mon code, j’en perds la maîtrise.
Et sans maîtrise je ne peux pas accélérer.
Faire de l’agilité avec des cycles courts sans TDD, c’est comme rouler sur un circuit de formule 1 avec des pneus lisses. Ca finit forcément mal.
Le simple fait que tu sois en train de lire ce message est déjà encourageant. Nous ne sommes plus une secte bizarre de développeurs extrémistes. Notre art devient la norme. Et je ne peux que m’en réjouir car il est synonyme d’épanouïssement pour ses adeptes et de compétitivité pour leurs employeurs.
L’eXtreme Programming est de moins en moins eXtreme et devient le State-Of-Art Programming.
Encore faut-il savoir le faire. La bonne nouvelle c’est que ce ne sont pas les ressources qui manquent !
Rien que sur le podcast, tu trouveras ces épisodes qui parlent de comment l’adopter :
C’est aussi tout l’objet du cursus Artisan Développeur de la maison des compagnons : passer d’un code legacy à un code de compétition pour passer d’un quotidien ennuyeux et stressant à un quotidien épanouïssant. 😃
Commencer à mettre en oeuvre le TDD dans son projet sur du legacy, c’est trop dur.
En en même temps commencer à mettre en oeuvre TDD sur un projet neuf, rien ne garantie ça se passera mieux que la première fois !
Alors comment s’y mettre ?
Les conseils de Michael risquent de te surprendre…
Viens écouter mon échange avec lui :
Tu as le droit d’être heureux dans ton travail de développeur.
Mais ce n’est pas un dû : il faut le vouloir et se bouger !
Car le quotidien n’est pas forcement glamour.
Encore faut-il avoir conscience que ça peut être mieux…
L’excellence est un chemin qui nous amène à se dépasser, qui fait bouger les neurones et peut être une porte d’accès au bonheur.
Viens écouter mon échange avec JP :
