REALITYWIPE

VIEUX SCRIPT DÉTECTÉ

Les stats du diff ressemblent à un tableau des scores que je suis déjà en train de perdre

Essaie cette réponse :

Le compteur plus-moins mesure des lignes déplacées, pas la tournure que va prendre cette review.

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

Les stats du diff ressemblent à un tableau des scores que je suis déjà en train de perdre

TA RÉPONSE ENREGISTRÉE

Le compteur plus-moins mesure des lignes déplacées, pas la tournure que va prendre cette review.

UN PAS PRIVÉ

Ouvre une pull request mergée il y a quelques mois dont les stats te faisaient peur, et compte combien de commentaires parlaient de la taille contre combien parlaient de ce que faisait vraiment le code.

La barre verte et rouge que je lis comme un tableau des scores

La barre qui porte déjà un verdictTu ouvres ta propre pull request avant le stand-up et la petite barre affiche +312 −89 en vert et rouge. Personne n'a encore commenté, mais tu as déjà noté le match : trop de lignes touchées, trop de rouge, ça doit vouloir dire que tu as cassé quelque chose. Les stats du diff deviennent un tableau des scores, et tu as déjà inscrit la défaite avant qu'un seul reviewer n'ouvre un fichier.

Deux curseurs truqués sous la barreLa recherche sur l'anxiété de code review a trouvé que cette réaction tourne sur deux curseurs inclinés dans la même direction : l'un prédit que la review va mal se passer, l'autre traite une review dure comme une preuve de ce que tu es, pas seulement du code. Empile un gros diff sur cette combinaison, et un simple compteur de lignes commence à se lire comme un tableau des scores au lieu de ce qu'il mesure vraiment, la quantité de code déplacé.

Rouvrir un vieux tableau des scoresCe soir, ouvre une pull request que tu as mergée il y a quelques mois, une dont tu te souviens avoir redouté les stats. Compte combien de commentaires portaient vraiment sur la taille du changement par rapport à ceux qui portaient sur ce que faisait le code. Un vieux fil ne réglera pas le schéma pour de bon, mais il te donne un vrai compte à mettre en balance avec le score que tu gardes dans ta tête.

TRACE · 01/04

Comment ce script te dirige

  • Tu recharges une pull request avant qu'aucun commentaire n'arrive, en lisant le compteur plus-moins comme un score que tu es déjà en train de perdre.
  • Un diff avec plus de rouge que de vert te semble prouver que tu as tout cassé, même quand les lignes supprimées étaient du code mort que tu voulais retirer.
  • Tu classes mentalement tes pull requests contre celles de tes collègues selon le nombre de lignes, comme si celui qui en touche moins gagnait discrètement.

SOURCE_LOCATED · 02/04

La règle cachée en dessous

Le Procès de la Review

Si les stats de mon diff montrent beaucoup de lignes, ce chiffre me note déjà avant même que la review ne commence, donc un petit diff veut dire que je mène et un gros veut dire que j'ai déjà perdu.

FORGING_REPLACEMENT · 03/04

Lignes de remplacement (à enregistrer)

  • Le compteur plus-moins mesure des lignes déplacées, pas la tournure que va prendre cette review.
  • Un gros diff n'est pas un score perdant, c'est juste plus de surface à vérifier pour quelqu'un.
  • Je lis les stats une fois, puis je lis les vrais commentaires ; ce sont deux rapports 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

Les stats du diff ressemblent à un tableau des scores que je suis déjà en train de perdre

Je dis

Le compteur plus-moins mesure des lignes déplacées, pas la tournure que va prendre cette review.

Puis je fais une chose

Ouvre une pull request mergée il y a quelques mois dont les stats te faisaient peur, et compte combien de commentaires parlaient de la taille contre combien parlaient de ce que faisait vraiment le code.

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
  1. Écris la pensée exactement comme elle tourne : « Les stats du diff ressemblent à un tableau des scores que je suis déjà en train de perdre ». Mot pour mot — le wipe vise la phrase, pas l'ambiance.
  2. Repère la règle et l'action évitée. De quoi cette pensée t'excuse-t-elle si commodément ?
  3. Enregistre les lignes de remplacement ci-dessous avec ta propre voix. Parle pour de vrai — pas d'enregistrement, pas d'installation.
  4. Fais tourner la boucle : écoute matin et soir, note une action-preuve par jour pendant 7 jours.

Réponses directes

Un compteur plus-moins élevé prédit-il vraiment une review plus dure ?

Pas de façon fiable. Un gros diff indique à un reviewer combien de surface il y a à examiner, pas comment il va la juger. Beaucoup de gros diffs sont approuvés rapidement parce que le changement est mécanique, et beaucoup de petits diffs déclenchent de longs fils parce que la logique est subtile.

Et si mon diff montre vraiment beaucoup plus de rouge que de vert, surtout des suppressions ?

Un diff dominé par des suppressions signifie en général du nettoyage, une consolidation, ou le retrait de quelque chose qui ne mérite plus sa place, pas des dégâts. Les reviewers lisent les lignes supprimées comme moins de choses à maintenir plus tard, ce qui ressemble plus à un soulagement qu'à un verdict contre toi.

Devrais-je découper chaque grosse pull request en plus petites juste pour échapper à la sensation de tableau des scores ?

Découper peut rendre la review plus facile, mais ça ne guérit pas l'habitude de te noter au nombre de lignes, car la sensation peut s'accrocher au prochain diff, gros ou petit. Ça vaut le coup pour la clarté, pas comme fuite face au compteur.

Vieux scripts liés

Auto-évaluations associées

Recherches associées

Chercheurs à découvrir

Mécanismes associés

La recherche derrière ce script