Aujourd'hui j'aimerais parler de la suppression de code.
Suppression de code, parfois j'ai l'impression que c'est un peu bizarre pour certaines personnes.
Ne comprennent pas qu'on enlève du code, ils ont l'impression que supprimer du code c'est un petit peu comme jeter du pain.
D'autre jour je discutais avec un ancien client qui me disait,
en ce moment on arrête pas de jeter du code.
On enlève, on enlève, on enlève.
Il avait l'air de vivre ça assez mal.
Ce qui m'a un peu surpris moi, moi je me disais au contraire, pour bien connaître le projet, je me disais ben c'est plutôt une bonne nouvelle en fait.
D'enlever tout ce code qui sert à rien ou qui a été le reflet à un moment donné de ce qu'on essayait faire mais qui n'est plus utile.
Et pourtant pour lui c'était pas une bonne nouvelle.
Pour moi, supprimer du code c'est un bien meilleur indicateur de santé que le code ajouté par exemple.
Moi je vois souvent dans les due diligence, quand on parle avec des gens qui ne savent pas forcément ce que c'est le code,
compter principalement en ligne de code.
Ok, votre app elle pèse combien de lignes de code ?
Ça veut profondément rien dire.
Ça peut donner éventuellement une idée de l'ampleur du fonctionnel.
Mais en tout cas, mesurer la productivité de quelqu'un au nombre de lignes de code qu'il ajoute,
ça paraît juste à l'envers.
En fait moi j'aurais tendance à mesurer quelqu'un, en tout cas sa productivité,
au nombre de lignes de code qu'il enlève.
Ah oui, parce que quand tu enlèves du code c'est le signe qu'il est nettoyé.
Il est nettoyé de tout ce fonctionnel qu'il n'a plus sa place.
Mais qu'on garde quand même pour le cas où.
Le cas où quoi ? Ça sert à quoi les gestionnaires de conf ?
C'est aussi le signe que l'équipe fait le grand ménage, elle s'approprie le code.
Souvent quand tu fais un refactor, un bon refactor tu supprimes pas mal de codes.
Et puis ce code qui a été utile à un moment donné.
Bah il l'est plus, mais est-ce que c'est grave ?
Est-ce que ça veut dire qu'on a mal fait ? Non, pas du tout.
Ça veut juste dire que le projet et l'entreprise a appris des choses,
que ce qui avait été utile à un moment ne l'est plus.
Et justement au contraire,
être capable de supprimer le code qui ne sert plus est une très bonne chose,
parce qu'on se débarrasse de tous ces trucs,
de tout ce code qui n'a plus besoin de maintenir,
qui nous empêche ou qui a lourdit les modifications.
Et finalement, c'est aussi le signe que l'entreprise apprend,
que le groupe apprend, que tu connais mieux ton marché,
et apprend de sa coûte de l'énergie.
Alors, où est le problème ?
Finalement, supprimer du code c'est comme taillé un arbre.
D'abord tu lui permets d'enlever les branches mortes.
Il se ressente sur sa charpente,
c'est l'occasion de lui donner une forme pour servir une intention.
Est-ce que tu veux des fruitiers ?
Est-ce que tu veux les cueillir facilement ?
Tu vas peut-être le tailler en couronne par exemple.
Est-ce que tu veux un arbre d'ornement ?
Est-ce que tu veux quelque chose d'esthétique ?
Tu vas le tailler différemment.
Tu préfères un jardin à la française,
tu préfères un jardin à l'anglaise,
c'est pas du tout le même style.
Tu remarqueras que tu ne vas pas tailler un fruitier,
comme tu vas tailler un platane.
Il n'y a pas une manière absolue de tailler tous les arbres.
En tout cas, il repart plus puissant.
Bah oui, toute son énergie est concentrée.
Au lieu de passer son énergie à entretenir des branches plus ou moins utiles,
il va aller passer à recréer,
à recréer de l'art, à recréer des fruits.
Par contre, attention.
Tu ne tailles pas n'importe quand.
Tu ne tailles pas au printemps, sinon tu le tues.
Il faut le faire au cœur de l'hiver,
pendant que la sève est enfouie dans les racines.
Il faut le faire au bon moment.
Si tu utilises une scie ou un sécateur mal affûté,
les coupes ne seront pas nettes et ça peut blesser l'arbre.
Les outils, il faut les nettoyer aussi avant de les utiliser.
Sinon, tu peux transporter des choses qui vont contaminer les arbres.
Bref, il faut utiliser les bons outils.
Et enfin, ça ne s'improvise pas.
Une taille ratée, une coupe inappropriée,
un peu dangereuse, et c'est l'arbre onté qui potentiellement peut y rester.
Alors, soit tu passes des années à observer le processus naturel des arbres,
pour limiter.
Il faut savoir que l'arbre va se tailler tout seul.
Les branches que l'arbre ne pourra plus nourrir vont tomber.
C'est comme ça que tu boites un mort sur un arbre bien vivant.
Soit tu passes beaucoup de temps à observer ce qui se passe.
Soit tu l'apprends à quelqu'un qui a déjà passé ce temps-là,
qui a l'expérience et qui te l'est transmé.
Mais en tout cas, il faut apprendre à le faire.
Alors moi, je suis curieux maintenant.
Comment est-ce que tu tailles ton code ?
Est-ce que ça te parle ?
Je te laisse m'envoyer du feedback à la fois sur ça et sur ce podcast.
Je suis très curieux d'en savoir ce que ça t'apporte,
de quoi tu as envie qu'on parle.
Et puis si ce n'est pas déjà fait,
viens t'abonner sur notre newsletter sur artisan-developer.com.
A bientôt !