19 points par ashbyash 2025-08-06 | Aucun commentaire pour le moment. | Partager sur WhatsApp

1. L’évolution de carrière et le changement de public à convaincre

  • Au début d’une carrière de développeur, on veut naturellement être reconnu par des ingénieurs senior/staff talentueux (« ils avaient presque l’air de magiciens »), ce qui pousse à se plonger dans la résolution de problèmes techniques.
  • À mesure que la carrière progresse, on devient soi-même la personne qui « résout naturellement des problèmes difficiles » aux yeux des juniors, et l’on en vient à devoir marquer des profils variés « non ingénieurs », comme des product managers influents ou des directeurs.

2. L’amertume d’impressionner des personnes qu’on ne respecte pas

  • « Voir sa carrière progresser, c’est aussi devoir laisser une impression à des gens qu’on ne respecte pas. »
  • L’auteur explique avoir déjà ressenti cette solitude émotionnelle lorsqu’il essayait, à l’époque où il écrivait de la poésie, d’impressionner les éditeurs de revues littéraires. (« Créer en essayant de paraître impressionnant aux yeux de gens qu’on ne respecte pas, c’est quelque chose qui ronge l’âme. »)

3. La différence de critères d’évaluation entre ingénieurs et non-ingénieurs (managers, product managers)

  • Les collègues senior admirent la « résolution de problèmes techniques difficiles » (« le fait de s’attaquer à un bug particulièrement complexe ou à un incident de production rare et difficile à cerner, puis de finir par le résoudre »).
  • Les non-ingénieurs admirent plutôt la « rapidité » et la « concrétisation de la valeur business » (« livrer une UI en avance sur le planning », « corriger un problème extrêmement vite », etc.).
  • Les compliments des non-ingénieurs peuvent paraître un peu creux (« des calories vides » / empty calories).

4. Quand le public dont on cherche la reconnaissance change, la stratégie de carrière et la satisfaction changent aussi

  • Pour être promu au-delà d’un certain niveau senior, l’évaluation des non-ingénieurs devient inévitable.
  • L’attention des managers et des product managers est souvent passagère, alors que la reconnaissance de ses pairs techniques dure davantage.
  • Si l’on n’obtient pas une reconnaissance essentielle de la part de collègues techniques compétents, il reste une forme de manque intérieur (« au fond, la soif d’entendre de collègues vraiment compétents : “ça, c’était vraiment du bon travail” ne disparaît pas »).

5. Trois options pour les ingénieurs face à ce problème

  • ① Poursuivre activement la reconnaissance des non-ingénieurs et renoncer à celle des pairs techniques (avec un risque élevé de burn-out)
  • ② Rester dans une posture de « Graybeard » focalisé uniquement sur la technique (ce qui implique de renoncer à une partie de la progression de carrière et d’assumer ce choix)
  • ③ Chercher sa satisfaction ailleurs que dans la reconnaissance : valeur apportée aux utilisateurs, richesse (wealth), pouvoir/influence dans l’organisation, etc. (le choix de l’auteur)
  • ④ (hypothèse supplémentaire) Le texte suggère aussi qu’il peut exister une autre voie : appartenir à un réseau en dehors de l’entreprise (une communauté distincte de pairs ingénieurs) pour satisfaire ce besoin de reconnaissance essentielle

6. Conclusion

  • Tous les ingénieurs ne sont pas motivés uniquement par le fait d’impressionner leurs pairs.
  • Une carrière est, au fond, un processus dans lequel « le groupe dont il faut obtenir la reconnaissance ne cesse de changer », et chacun vit différemment cette transformation et la manière d’y trouver sa satisfaction.
  • (« Une promotion, au fond, c’est un processus où l’on doit apprendre à impressionner de nouvelles personnes. »)

> « Il m’arrive parfois de regretter l’époque où je pouvais simplement me donner à fond pour produire quelque chose qui ferait penser à de brillants ingénieurs plus expérimentés : “Ah, lui, il est vraiment bon.” »

Aucun commentaire pour le moment.

Aucun commentaire pour le moment.