VIEUX SCRIPT DÉTECTÉ

“Si le code est mauvais, je suis peut-être mauvais à l'évaluation de code”

Essaie cette réponse :

“Le code peut être mauvais sans que mon premier tri soit nul.”

Faire l’auto-évaluation de 60 secondes →

VOIR LA PRATIQUE

Crée une réponse à cette pensée et un geste pour la mettre à l’épreuve.

LA PENSÉE

“Si le code est mauvais, je suis peut-être mauvais à l'évaluation de code”

TA RÉPONSE ENREGISTRÉE

“Le code peut être mauvais sans que mon premier tri soit nul.”

UN PAS PRIVÉ

Sur une capture locale ou un fichier de notes, entoure un extrait de code qui t’a fait douter. À côté, écris deux colonnes : « défaut du code » et « conclusion sur moi ». Remplis-les pendant moins de 10 minutes, sans rien corriger.

Le diff ouvert, le café froid

01 / Le diff qui te fait douter
Tu tombes sur un diff rugueux : noms flous, tests absents, logique tordue, et ce vieux goût de « comment ai-je pu laisser passer ça ? ». Le simple fait de voir du code mal fichu suffit à lancer la phrase : si le code est mauvais, je suis peut-être mauvais à l’évaluation de code. Ce n’est pas le fichier qui te pèse, c’est ce qu’il semble dire sur ton regard.
02 / Relire pour te rassurer
Alors tu reparcours mentalement les lignes, tu reviens sur des commentaires anciens, tu compares encore et encore, comme si une relecture de plus allait prouver que tu n’es pas à côté de la plaque. À court terme, ça soulage : si tu trouves assez d’exceptions, tu n’as pas à trancher. Le problème, c’est que ce détour entretient l’idée que ton premier jugement était suspect par défaut.
03 / Couper le lien entre défauts et verdict sur toi
La coupure se fait au moment où tu nommes deux choses séparées : le code est bancal, et ton évaluation porte seulement sur ce que tu vois, avec le contexte que tu as maintenant. Tu peux noter en privé : « Qu’est-ce que je sais du code ? Qu’est-ce que j’infère sur moi ? » Cette pause ne blanchit pas le code ; elle retire juste ton identité du rapport de force.

TRACE · 01/04

Comment ce script te dirige

Tu traites un code mal structuré comme un test sur ta lucidité, pas comme un état du système que tu examinais.
Plus le code paraît confus, plus tu veux relire tes propres notes pour vérifier que ton jugement n’était pas ridicule.
Tu sens une gêne à admettre qu’un morceau est mauvais, parce que ça ressemble aussitôt à reconnaître que ton œil n’a pas su le voir.

SOURCE_LOCATED · 02/04

La règle cachée en dessous

Le Script de l'Héritage Légué

Si un morceau de code se révèle faible, tu dois en conclure que ton évaluation aurait dû le prévoir, et que ne pas l’avoir vu tout de suite révèle une faille chez toi. Cette règle mélange l’état du système et la valeur de ton jugement, comme si tout défaut découvert après coup était aussi un verdict sur ta compétence.

FORGING_REPLACEMENT · 03/04

Lignes de remplacement (à enregistrer)

Le code peut être mauvais sans que mon premier tri soit nul.
Je juge avec le contexte disponible, pas avec une vue parfaite qui n’existait pas.
Ce qui est cassé dans le dépôt ne devient pas automatiquement cassé en moi.

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

“Si le code est mauvais, je suis peut-être mauvais à l'évaluation de code”

Je dis

“Le code peut être mauvais sans que mon premier tri soit nul.”

Puis je fais une chose

STATUS: READY_TO_INSTALL

Effacer cette pensée

4 minutes. Ta voix. Gratuit.

Lancer ce wipe précis dans l'app →

Le protocole de wipe

Écris la pensée exactement comme elle tourne : « Si le code est mauvais, je suis peut-être mauvais à l'évaluation de code ». 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

Pourquoi le doute revient surtout quand je relis un ancien diff sale ?

Parce que le même détail te sert à la fois de preuve sur le code et de tribunal contre ton jugement. La relecture devient alors un moyen de chercher une innocence parfaite, pas seulement de comprendre le fichier.

Pourquoi j’ai l’impression de défendre le code bancal quand quelqu’un le critique ?

Parce qu’admettre qu’il est mauvais te semble risquer une seconde accusation : « tu aurais dû le voir ». Du coup, tu protèges parfois le code pour éviter que ton regard soit mis en cause avec lui.

Pourquoi je compare aussitôt ma première impression à l’état final du code ?

Parce que tu confonds le moment de l’évaluation avec la connaissance totale du système. Or ton premier passage s’est fait avec des morceaux, pas avec la carte complète ; découvrir un défaut ensuite ne prouve pas que ton regard était inutile.