Réinventer des roues : le secret pour devenir expert
Pourquoi ça compte pour toi
Tu procrastines à chercher « LA » bonne solution avant de coder, tu te demandes si ta création vaut le coup face aux outils existants. Andrew Quinn démonte ce piège mental : réinventer quelques roues (pas mille, pas zéro) t'entraîne plus vite vers l'innovation que de passer dix ans à étudier. Concret et utile pour tout créateur ou développeur paralysé par le syndrome du "déjà fait".
Ce qu'il faut retenir
- 1.La culpabilité de coder ce qu'awk ou autre outil résout déjà est une trappe qui bloque la progression
- 2.4-5 réinventions suffisent dans la plupart des domaines, 20-30 au maximum en informatique et maths
- 3.Chaque roue réinventée + question posée t'avance plus vite vers la vraie frontière qu'une étude passive
Tu galères avec le jargon ?
Lis la version réécrite en mode débutant — toutes les idées, sans le jargon.
Le piège mental du développeur paralysé
Tu as une idée. Tu cherches « existe-t-il déjà une solution ? ». Réponse : oui, presque toujours. Et bam, tu renonces avant de commencer.
C'est exactement le piège qu'Andrew Quinn décrit. Au cours de ses 25 premières années, chaque fois qu'il voulait coder quelque chose — disons, un outil de recherche et remplacement sensible aux TSV (fichiers tabulés) — il se retrouvait face à la culpabilité : "Pourquoi je code ça alors qu'awk existe depuis 40 ans et fait ça mieux ?"
La distinction cruciale : 5 roues vs 1000 roues
Quinn pose une thèse claire : tu dois réinventer des roues. Mais pas mille. Pas zéro non plus.
Dans la plupart des domaines : 4 à 5 réinventions suffisent. En informatique et mathématiques (plus complexes et codifiés) : peut-être 20 à 30.
Pourquoi ? Parce que chaque fois que tu réinventes une roue, tu apprends des questions directes : "Comment j'optimise ça ? Qu'est-ce qui casse ici ? Pourquoi awk le fait différemment ?"
Ces questions te propulsent plus vite vers la frontière (le vrai problème qu'aucun outil existant ne résout) que cinq fois plus de temps passé à étudier passivement.
Traduction pratique
Si tu es créateur ou développeur :
- ▸Arrête de chercher l'outil parfait avant de prototyper
- ▸Code ta version 1, même si tu sais qu'elle existe ailleurs
- ▸Demande-toi : "Qu'est-ce que je découvre en faisant ça ?"
- ▸Après 4-5 cycles : tu touches la vraie frontière de ton domaine
La culpabilité ? Elle disparaît quand tu réalises que coder, c'est pas surproduire des roues : c'est forger ton intuition pour construire des roues que personne d'autre ne pensait fabriquer.
Et concrètement pour toi ?
Choisis ton profil — la lecture de l'article change selon qui tu es.
Pour toi, plutôt que de dévorer des articles sur l'IA, force-toi à coder ou écrire une tiny expérience (un prompt système maison, un petit script de données) — tu comprendras d'un coup pourquoi les enjeux réels sont ailleurs que dans la hype.
Source
📊 Cours en bourse
Pour aller plus loin
Cet article t'a donné envie d'approfondir ? Deux formations Noésis t'attendent :
Explorer les thèmes de cet article :