VIEUX SCRIPT DÉTECTÉ
“Je ne l'entretiens pas, je l'habilite simplement en ne le réécrivant pas”
Essaie cette réponse :
“Une vérification ferme un ticket. Elle ne vote pas sur tout le fichier.”VOIR LA PRATIQUE
Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.
LA PENSÉE
“Je ne l'entretiens pas, je l'habilite simplement en ne le réécrivant pas”
TA RÉPONSE ENREGISTRÉE
“Une vérification ferme un ticket. Elle ne vote pas sur tout le fichier.”
UN PAS PRIVÉ
Choisis un correctif que tu as fait sur du vieux code et écris deux lignes: ce que demandait le ticket, et ce qu'une réécriture complète aurait exigé. Garde-les pour toi.
Le Correctif Qui Ressemble À Une Dissimulation
- 01 / La Fonction Que Tu Enveloppes Au Lieu De Remplacer
Un plantage sur pointeur nul te ramène à une fonction sans tests, avec trois responsabilités mélangées et un nom qui ne décrit plus ce qu'elle fait. Corriger le plantage prend quatre lignes: une vérification avant l'appel problématique. Tu les écris, puis tu fixes le reste de la fonction, parce que la laisser en place te donne l'impression d'avoir voté pour qu'elle reste.
- 02 / L'Appeler Habiliter Pour Que Ça Ressemble À Une Décision
La pensée arrive comme un verdict: je ne l'entretiens pas, je l'habilite simplement en ne le réécrivant pas. Alors la vérification devient un commentaire expliquant pourquoi une réécriture est en retard, puis un message à l'équipe signalant tout le module pour plus tard, puis un décompte silencieux de chaque correctif que tu as appliqué sans jamais reconstruire la chose depuis zéro. L'appeler habiliter te donne l'impression d'avoir pris position, ce qui soulage, mais cette position ne quitte jamais ta tête, alors la fonction part sans autre protection que ta propre relecture, et le prochain plantage retrouve la même forme qui attendait.
- 03 / La Ligne Entre Le Correctif Et Le Verdict
L'interruption se situe juste après le moment où le correctif fonctionne, quand ton attention veut sauter de ce que demandait le ticket à ce que mérite tout le fichier. Remarque ce saut et pose-toi une question: ce plantage exigeait-il une réécriture, ou quatre lignes et une vérification? Si le ticket est fermé, le verdict sur le fichier peut attendre un ticket qui porte vraiment sur le fichier.
TRACE · 01/04
Comment ce script te dirige
- Tu ajoutes un commentaire au-dessus d'un correctif qui fonctionne, expliquant que le vrai correctif serait une réécriture, sur des tickets qui n'en demandaient pas.
- Appliquer un petit correctif à du vieux code te laisse en train de préparer mentalement une défense de pourquoi tu n'es pas responsable de son état.
- Tu tiens un décompte informel du nombre de correctifs faits à un fichier, comme preuve que tu aurais dû le réécrire depuis longtemps.
SOURCE_LOCATED · 02/04
La règle cachée en dessous
Le Script de l'Héritage Légué
Si je touche un système défaillant sans le refaire entièrement, mon correctif prouve que j'ai choisi de laisser le défaut continuer, donc chaque correctif qui n'est pas une réécriture compte contre moi.
FORGING_REPLACEMENT · 03/04
Lignes de remplacement (à enregistrer)
- Une vérification ferme un ticket. Elle ne vote pas sur tout le fichier.
- Réparer ce qui est cassé aujourd'hui n'est pas approuver comment ça a été construit.
- La question de la réécriture et la question du plantage sont des tickets différents.
Générées par personne dans l'app — ceci donne le ton, pas ton script. Le tien se construit à partir de tes mots exacts.
INSTALL · 04/04
Le protocole, sur une carte
Quand je pense
“Je ne l'entretiens pas, je l'habilite simplement en ne le réécrivant pas”
Je dis
“Une vérification ferme un ticket. Elle ne vote pas sur tout le fichier.”
Puis je fais une chose
Choisis un correctif que tu as fait sur du vieux code et écris deux lignes: ce que demandait le ticket, et ce qu'une réécriture complète aurait exigé. Garde-les pour toi.
STATUS: READY_TO_INSTALL
Effacer cette pensée4 minutes. Ta voix. Gratuit.
Le protocole de wipe
- Écris la pensée exactement comme elle tourne : « Je ne l'entretiens pas, je l'habilite simplement en ne le réécrivant pas ». Mot pour mot — le wipe vise la phrase, pas l'ambiance.
- Repère la règle et l'action évitée. De quoi cette pensée t'excuse-t-elle si commodément ?
- Enregistre les lignes de remplacement ci-dessous avec ta propre voix. Parle pour de vrai — pas d'enregistrement, pas d'installation.
- Fais tourner la boucle : écoute matin et soir, note une action-preuve par jour pendant 7 jours.
Réponses directes
Si je continue à corriger le même fichier toutes les quelques semaines, est-ce que ça ne prouve pas qu'une réécriture est vraiment nécessaire?
Des correctifs répétés sur un fichier sont un signal utile pour une conversation de planification sur ce fichier. Ce qu'ils ne prouvent pas, c'est que chaque correctif individuel était une erreur, ni que tu es personnellement responsable du fait que le fichier n'ait pas encore été réécrit.
En quoi écrire une vérification diffère-t-il de choisir de laisser du mauvais code en production?
Une vérification répond à un plantage précis avec une entrée précise. Laisser du code non réécrit est une décision bien plus large impliquant portée, priorité et souvent des personnes au-dessus de ta file de tickets. Traiter le petit correctif comme équivalent à la grande décision est ce qui rend le correctif plus lourd qu'il ne l'est.
Devrais-je arrêter de mentionner qu'une réécriture aiderait, même si c'est vrai?
Non, le signaler une fois là où le voit la personne qui priorise le travail est utile. Le schéma à surveiller, c'est de répéter ce signal dans chaque correctif sans rapport, comme façon de te distancer par avance d'un code que tu es activement obligé de toucher.
Vieux scripts liés
Auto-évaluations associées
Recherches associées
Chercheurs à découvrir
Mécanismes associés
La recherche derrière ce script
- Postmortem Culture: Learning from Failure — Google SRE, Google SRE Book, 2016
- Invisible Labor in Open Source Software Ecosystems — Champion et al., arXiv, 2024
- Stack Overflow 2025 Developer Survey: Trust in AI at an All-Time Low — Stack Overflow, 2025
- A Mosaic of Perspectives: Understanding Ownership in Software Engineering — arXiv, 2025