Recycler l’effort dans la tech : construire plus intelligemment, pas plus bruyamment | Par Edward Tatchim

Parlons de quelque chose qui ne reçoit pas assez de respect dans la tech : le recyclage de l’effort.

Pas dans le sens de « copier-coller » l’effort d’autrui.

Plutôt dans le sens d’arrêter de perdre du temps à vouloir jouer les héros.

Parce qu’en vérité, dans des cultures d’ingénierie saines, l’objectif n’est pas de prouver que l’on peut tout faire à partir de zéro. L’objectif est de livrer de la valeur — efficacement, de manière responsable et avec excellence.

Et une grande partie du temps perdu dans la tech vient parfois d’une seule chose : des personnes qui reconstruisent ce qui existe déjà.

Vous n’avez pas besoin d’une lutte séparée pour vous sentir légitime

Je l’ai vu de nombreuses fois.

Un collègue a déjà mis en place un pattern.
Une équipe dispose déjà d’une solution fonctionnelle.
Un système possède déjà des conventions qui existent pour une raison.

Et au lieu de les apprendre, de les exploiter et de les améliorer… quelqu’un décide discrètement : « Je vais faire ma propre version à partir de zéro. »

Non pas parce que c’est nécessaire, mais parce que l’ego aime cette sensation de pouvoir dire :

« Je l’ai construit moi-même. »

Voici la réalité, en toute honnêteté :

Dans la plupart des cas, ce n’est pas de l’innovation.
C’est de l’inefficacité avec un sweat à capuche.

Si une solution existe, fonctionne et reste maintenable, il n’est pas sage de l’ignorer simplement pour pouvoir revendiquer la propriété.

Dans un environnement qui avance vite, le temps coûte bien trop cher pour être gaspillé dans une réinvention inutile.

Recycler l’effort n’est pas de la paresse. C’est de la maturité.

Recycler l’effort signifie que vous êtes prêt à partir de ce qui a déjà été fait :

• apprendre le pattern existant ;
• comprendre pourquoi il a été conçu ainsi ;
• identifier ce qui fonctionne et ce qui ne fonctionne pas ;
• puis améliorer ce qui a réellement besoin de l’être.

Ce n’est pas de la paresse.

Je crois que c’est une forme de respect pour le génie et le temps investis par ceux qui l’ont construit.

C’est être un ingénieur réfléchi.
C’est être un leader.
C’est être quelqu’un qui valorise les résultats plutôt que des applaudissements improductifs.

Quand repartir de zéro peut malgré tout avoir du sens

Je veux aussi rester équilibré ici.

Il y a des moments où recréer quelque chose depuis le début peut être bénéfique. Par exemple : Si vous êtes en train d’apprendre un système, reproduire un pattern peut être une excellente manière de construire votre propre référence mentale. Cela vous aide à comprendre l’architecture, les compromis, les cas limites et le « pourquoi » derrière le « quoi ».

Mais voici le point clé :

Ne reproduisez pas discrètement ce que quelqu’un a déjà construit pour ensuite agir comme si vous aviez découvert le pattern vous-même.

Ce n’est pas de la croissance.
C’est une appropriation insécurisée du mérite.

Si vous reconstruisez pour apprendre, dites-le :

« Je reproduis ce pattern afin de le comprendre en profondeur. »

Voilà qui est respectable.
Voilà qui est honnête.
Et c’est ainsi que de bons ingénieurs deviennent excellents.

Apprenez-le. Utilisez-le. Améliorez-le.

La vraie victoire suit cette séquence :

• apprendre ce qui existe ;
• recycler l’effort pour créer le vôtre ;
• livrer de la valeur plus rapidement ;
• améliorer ce qui est inefficace ;
• rendre le mérite à qui il revient ;
• laisser le système meilleur que vous ne l’avez trouvé.

C’est ainsi que les équipes avancent vite sans sombrer dans le chaos.
C’est ainsi que la connaissance se capitalise.
C’est ainsi que l’on bâtit une culture dans laquelle les gens entrent en compétition de manière organique.

Le piège de l’ego : « Je l’ai fait entièrement tout seul »

Il existe une forme de fierté qui semble impressionnante, mais qui coûte en réalité très cher :

« Je l’ai fait entièrement tout seul. »

Dans les équipes tech, cet état d’esprit mène souvent à :

• du travail dupliqué ;
• des patterns incohérents à travers les systèmes ;
• de la fragmentation dans l’architecture ;
• des cauchemars de maintenance ;
• et un ralentissement de la livraison pour tout le monde.

Je crois que ce désir de créer quelque chose à partir de zéro est légitime, et qu’il peut être mis à profit pour nourrir une compétition organique au sein d’une équipe, favoriser l’innovation et accélérer la livraison de code ou de livrables.

Mais apprendre de ceux qui vous précèdent ou de ceux qui vous entourent n’est pas un aveu de faiblesse.

Une question qui mérite d’être posée

Je pense que chaque ingénieur et chaque leader devrait se poser cette question avec honnêteté :

Est-ce que cela vaut vraiment la peine de construire à partir de zéro… lorsqu’il est possible de recycler l’effort ?

Et si vous choisissez tout de même de repartir de zéro, est-ce parce que la situation l’exige réellement… ou parce que votre ego veut un nouveau trophée ?

La réponse en dira long.

Appel à la réflexion

Comment abordez-vous personnellement le recyclage de l’effort dans la tech ?

Quand préférez-vous réutiliser des patterns existants ?
Quand pensez-vous qu’une reconstruction complète est justifiée ?
Avez-vous déjà vu le fait de « réinventer la roue » ralentir une équipe ?

J’ai hâte de lire vos commentaires.

Edward Tatchim