MÉCANISMES_NOMMÉS
La science du phénomène de l'imposteur en génie logiciel : pourquoi ce n'est pas juste du doute de soi
3 mécanismes nommés — 'Tout le monde ici est plus intelligent que moi et ce n'est qu'une question de temps avant qu'ils s'en aperçoivent.' Cette pensée — ou quelque chose d
La terreur de la revue de code de l'imposteur en ingénierie est la peur anticipatoire qu'une revue de code expose le manque de compétence perçu aux collègues — pas seulement que le code puisse avoir des bugs, mais que la revue confirme la peur secrète du développeur d'être un imposteur. Lee et al. (2024) ont constaté qu'il s'agit d'une expérience mesurable et distincte qui conduit à des comportements d'évitement incluant le retard des PRs, le sous-commentaire du code et l'évitement sélectif de certains relecteurs.
Comment ça sonne dans ta têteLe scénario intérieur : 'Si je pousse ce code maintenant, Sarah le lira et saura immédiatement que je ne sais pas ce que je fais. Je vais d'abord ajouter trois commentaires de plus et réécrire la fonction.' La recherche lit cela comme le mécanisme en action : le retard du PR ne concerne pas la qualité du code — c'est une gestion anticipatoire de la menace, avec des coûts réels de productivité.
La mauvaise calibration de compétence en ingénierie est l'écart systématique entre le niveau de compétence réel d'un ingénieur et son estimation interne de celui-ci, courant le plus souvent dans le sens de la sous-estimation chez les plus performants. Kruger et Dunning (1999) ont identifié que les aptitudes métacognitives nécessaires pour évaluer avec précision ses propres performances sont en grande partie les mêmes aptitudes qui constituent une haute compétence — ce qui signifie que plus l'ingénieur est capable, mieux il comprend l'étendue de ce qu'il ne sait pas encore.
Comment ça sonne dans ta têteLe scénario intérieur : 'Je code depuis six ans et je ne connais toujours pas Rust. Tous à cette conférence semblent tout savoir.' La recherche lit la comparaison différemment : les ingénieurs qui se sentent le plus dépassés dans une salle d'experts sont souvent ceux qui ont suffisamment d'expertise pour percevoir avec précision combien il reste à apprendre.
L'anxiété de revue de code est une forme mesurable et spécifique à l'occupation de peur évaluative déclenchée par la soumission de code pour révision par les pairs — distincte de l'anxiété sociale générale. Lee et al. (2024) l'ont établie comme un construit qui prédit des résultats comportementaux concrets : les ingénieurs qui la vivent retardent les pull requests, réduisent les commentaires en ligne et évitent de demander des revues à certains pairs. Elle est significativement corrélée avec le phénomène de l'imposteur et est partiellement atténuable grâce à des normes d'équipe qui cadrent explicitement la revue de code comme un échange d'apprentissage plutôt qu'un verdict de compétence.
Comment ça sonne dans ta têteLe scénario intérieur : 'Je sais que ça fonctionne mais je ne peux pas le soumettre avant de l'avoir vérifié encore douze fois — et si ils voient que j'ai utilisé une boucle for alors que tout le monde aurait utilisé un générateur ?' La recherche y voit l'anxiété de revue de code fonctionnant sur le carburant de l'imposteur : la peur n'est pas liée à la boucle for — c'est que la boucle for sera le signe révélateur.