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 :
S’arrêter de livrer pour refactorer, pourquoi pas.
Mais quel critère te fait dire que c’est le moment d’un grand nettoyage ?
Quelles sont les conditions pour que ça marche ?
Viens écouter mon échange avec Guillaume Vincent :
On arrête pas de parler de TDD tous les jours … En parler c’est bien mais faut s’y mettre ! Comme dirait Mc Cain:
C’est ceux qui en parle le plus, qui en mange le moins …
Et si on peut même faire du Cobol en TDD, y’a pas de raison qu’on ne puisse pas le faire pour du JS dans un projet Symfony. Ça va être pour les tests unitaires.
Comment faire quand tu es dans une équipe qui ne code pas clean pour évangéliser les bonnes pratiques ?
Par-ce que l’expérience montre que si tu y vas un peu trop directement ça risque de piquer…
Viens écouter mon échange avec Michael :
