Bienvenue sur le podcast Artisan Developer,
l'émission qui combine technique et agilité pour partager la passion du code.
Je discutais la semaine dernière avec Pierre Urbain que j'interviewais pour le podcast
et c'est lui qui m'a donné le sujet de cet épisode donc merci Pierre.
Mais avant ça, je voudrais juste revenir 2 secondes sur la bataille de la semaine dans l'ARN.
Cette semaine, le thème c'est GitHub versus GitLab, je vais pas trop faire l'épisode.
Je voulais juste te donner des nouvelles.
GitLab est en train de prendre l'avantage avec 53%
alors que GitHub avait commencé avec un certain avantage.
C'est GitLab qui prend grôler maintenant aujourd'hui.
Donc légère avantage pour GitLab.
Si tu as envie de participer, c'est dans arn.artisandeveloper.fr
Tu nous rejoins, tu nous donnes ton avis, tu dis ce que t'en penses.
Attention, juste un détail.
Utilise s'il te plaît un email valide.
Parce qu'on se sert de ça pour faire confirmer ton commentaire.
Donc si tu viens pas confirmer ton commentaire,
bah ton commentaire sera pas public.
Donc s'il te plaît, utilise un email valide.
Voilà.
C'était la petite page news de la bataille de la semaine.
Encore une fois si tu veux participer arn.artisandeveloper.fr
Revenons-en à notre sujet du jour.
Je discutais donc avec Pierre la semaine dernière.
Et Pierre, lui, il n'est pas encore convaincu de l'utilité des tests.
C'est-à-dire qu'il dit, ouais, c'est chouette, mais ça coûte cher.
Ça demande plus d'énergie, plus d'efforts.
Alors je vais pas te faire l'épisode en avance, tu prends le consulté bientôt.
Mais surtout, il y a un point qui part sorti vraiment et sur lequel j'aimerais revenir.
Il me parle d'un gars qui gère un algo, il est tout seul, il est sans filet.
C'est un algo sur lequel pèse des millions de dollars de business.
Si jamais ça casse, la boîte arrête, le truc tombe en panne.
Et il n'y a aucun test.
Et il utilise ça, juste au titre, pour dire, regarde, ça existe.
On peut faire des choses sans test.
Mais moi, à ce moment-là, je sens quand il me raconte tout ça, moi je sens mon estomac noué.
Et ça fait un lien avec ce qu'il dit avant et dit, en fait, est-ce que c'est pas...
Il n'y a pas un lien avec la capacité à accepter du risque.
Quel est le lien entre test, écrire des tests et gestion du risque.
Alors oui, effectivement, probablement.
Mais là, dans ce cas-là, ça m'interpelle un peu quand même.
Parce que, quand un business entier repose sur un gars qui n'a pas de filet de sécurité,
moi, à ce moment-là, je suis hyper tendu.
Ça me stresse complètement.
J'aimerais pas être ce gars-là.
Parce que je me dis, t'imagines la responsabilité que tu portes.
T'imagines le jour où t'es malade, le jour où t'es pas en forme.
Comment tu fais pour être sûr que tu ne vas pas faire une bêtise ?
Le jour où ça ne se passe pas comme ça devrait se passer.
Parce que, je ne sais pas, ça me paraît dingue comme ça.
Moi, j'imagine 2 secondes.
Essayez d'imaginer toi.
Tu vas faire une opération et c'est des millions de dollars
qui risquent de partir en fumée si tu fais une boulette.
Moi, je pense que j'aurais trop mal à l'estomac.
Et ça me renvoie à la notion de bus factor.
Ton facteur de bus, il faut qu'il y ait combien de personnes
qui passent sous son bus pour que ton business s'arrête.
Là, en l'occurrence, c'est un bus factor de 1.
Alors tu vas me dire, quand tu es en start-up, c'est normal.
Oui, quand tu es en start-up, c'est normal.
C'est-à-dire que ce qui fait la valeur d'une start-up,
c'est en grande partie l'équipe qui la compose.
Et donc, au début, chaque individu est important.
Et non, au début, chaque individu n'est pas remplaçable.
En tout cas, pas facilement, pas sans un impact majeur sur le projet.
Mais quand tu fais des millions, quand on parle d'une situation
dans laquelle il y a des dizaines de personnes impliquées,
il y a des familles qui dépendent de cette entreprise,
pour moi, c'est irresponsable de ne pas prévoir l'imprévisible.
Tu vois, dans l'histoire du trader,
je crois qu'il faisait du trading de pub, il était dans l'advertising,
si j'étais le patron de cette boîte, je crois que je n'y dormirais pas bien.
Et en fait, en tant que développeur, je considère que si tu ne fais pas ce qu'il faut
pour transmettre, moi je considère que c'est une faute.
Un vrai pro, il prend en compte la pérennité de l'entreprise dans laquelle il travaille.
Un vrai pro, il fait ce qu'il faut pour que son travail puisse être repris.
Et tu sais, qui va être le premier en bénéficier ?
Même pas l'entreprise, c'est toi.
C'est toi quand tu voudras partir 3 semaines en vacances.
C'est toi quand tu seras malade et tu pourras t'autoriser un peu de repos.
C'est toi ou quand tu ne seras juste pas envie,
parce que tu as envie de te reposer, tu as envie de faire autre chose,
tu as envie de partir à la plage.
C'est toi parce que le soir tu pourras décrocher en disant
« OK, là je peux décrocher, même s'il arrive quelque chose,
il y a quelqu'un qui va prendre de relais ».
Et pour moi, la transmission, ça passe par deux choses.
Ça passe par les tests, évidemment, les tests automatiques et par le binommage.
C'est deux compétences clés, deux compétences fondamentales
qui sont pivots dans la transmission des choses.
Moi, j'ai le souvenir de projet.
Je bosse beaucoup avec des startups, et les startups, c'est un taux de casse élevé.
Mais il y en a certaines qui percent.
J'ai notamment un souvenir très précieux en tête
d'un projet où pendant un an et demi,
on a travaillé entre deux et quatre personnes à temps plein sur le projet.
Donc ça commence à faire un certain legacy.
Et l'équipe qui est passée derrière qui a repris le code,
elle l'a repris en quelques jours, quelques semaines.
Le temps de se refaire au métier.
Mais elle avait toute la batterie de tests qui permettait de lui servir de filer de sécurité.
Dès qu'il y avait une modification de fête,
elle savait si elle n'était pas en train de faire une bêtise.
Elle pouvait se servir des tests comme d'une documentation.
Vous pouvez vraiment comprendre que c'était une documentation vivante.
Et en fait, la phase de transition a été extrêmement courte.
Voilà, donc je suis très curieux de ton avis.
Qu'est-ce que tu en penses ?
Est-ce que tu te sens responsable d'assurer la pérennité de ta boîte ?
La transmission du code sur lequel tu es en train de travailler ?
Tu peux répondre en commentaire,
ou tu as envie sur LinkedIn, sur Twitter,
sur Spareemail, Benoît, Arobase, artisan-developpeur.fr
Voilà, j'espère que cet épisode t'as plu,
qui t'as donné du grain moudre et à réfléchir,
je t'invite évidemment à nous rejoindre sur artisan-developpeur.fr
et à t'inscrire pour rejoindre la communauté.
A demain !