Le réflexe
Quelqu’un critique une fonction que tu as écrite, et tu sens quelque chose. Pas de la curiosité. Un serrement.
Tu réponds vite. Tu expliques le contexte. Tu mentionnes les contraintes que tu avais.
Le réflexe builder
“Oui, c’est moche. J’avais deux jours. On fait quoi maintenant ?”
Pourquoi
Ce que tu produis passe par toi. Ça ne te définit pas. Confondre les deux rend les revues de code tendues, les critiques de design polies, et un retour honnête sur un plan marketing impossible.
Le signal est physique, ce qui le rend facile à attraper. Le pouls qui monte quand quelqu’un ouvre ton travail, l’attachement est là. Ça veut dire que tu tiens à ce que tu fais. La question est de savoir vers quoi ça pointe. Vers le résultat pour le client, ça te fait réparer. Vers la ligne que tu as écrite, ça te fait argumenter.
Ensuite le mécanisme fait les dégâts.
L’attachement transforme une revue en transaction avec un prix. À partir du moment où laisser un commentaire coûte au relecteur dix minutes de gestion de ta réaction, il commence à choisir lesquels valent le coup. Les petits partent en premier, le nommage et la forme. Puis les structurels. Ouvre un thread de revue d’il y a un an et un de le mois dernier. Moins de commentaires, moins bon code. Personne n’a décidé ça. Les gens ont juste arrêté de payer.
Tu seras le dernier au courant, parce que de là où tu es, les revues sont devenues plus fluides.
L’entrée coupe aussi dans l’autre sens, et cette moitié-là se fait sauter. “Tu es attaché à ton code” est le moyen le plus rapide d’écarter une objection à laquelle tu ne sais pas répondre. Celui qui fait tourner ce système depuis trois ans et qui dit que le changement tombe sous la charge ne défend en général pas un bébé. Il tient une panne que personne d’autre dans le thread n’a jamais vue. L’attachement est une chose que tu diagnostiques chez toi. Braqué sur quelqu’un d’autre en plein débat, c’est une façon de gagner sans discuter, et ça te coûte la revue que cette entrée essaie justement de protéger.
À essayer
À ta prochaine revue de code, ou ton prochain document, ajoute une ligne en haut.
C’est cette partie dont je suis le moins sûr. Regardez là en premier.
Meilleur retour, et la critique est désamorcée. Tu l’as demandée.
Puis une règle quand les commentaires arrivent. Ne réponds à aucun avant d’avoir reformulé l’objection et obtenu un “oui, c’est ça”. Si tu ne sais pas l’énoncer mieux que celui qui l’a soulevée, tu n’y as pas répondu. Tu l’as contournée.
À discuter
À qui dans cette équipe on hésite à donner un retour direct, et pourquoi cette personne-là ?