> Bien entendu, mais cette amélioration annuelle de ce que tu produis est-elle toujours dans les mêmes proportions par rapport à ton salaire ?

Si tu parles de moi, la progression de mon salaire est clairement très en-dessous de mon amélioration annuelle (que tu prennes en compte que les contributions individuelles ou aussi celles collectives). Et je pense que c’est relativement courant pour les développeurs expérimentés (+ de 10 ans d’expérience), sans non plus que ce soit l’écrasante majorité des cas.

> Si les premières années je peux facilement dire que je suis 5 ou 10% plus productif que l’année précédente, plus j’avance moins j’ai cette prétention

Je ne vais pas dire que chaque année, je me sens 5 ou 10% plus productif que l’année précédente. Ce n’est vraiment pas régulier. Par contre, l’année dernière, j’ai clairement ressenti une productivité dont je n’aurais pas été capable les années précédentes. C’est dur à chiffrer, mais c’est plutôt un saut quantitatif de genre 20-25%. Et plus j’apprends, plus je découvre de champs possibles à découvrir et pour le moment, je me sens encore loin d’atteindre un plateau/maximum. J’ai encore tant de choses à essayer, découvrir, perfectionner.

> Je considère toujours le long terme vu que je me place du point de vue de la boite (qui doit forcément vivre plusieurs années).

Même du point de vue de la boîte, le long terme n’est pas toujours ce qui est privilégié. C’est généralement le cas, mais pour une start-up qui va se retrouver à court de cash dans quelques mois, le court terme pèse beaucoup plus lourd dans la balance et savoir que ces collègues vont être plus efficace l’année prochaine est une considération dont l’importance est bien moindre que d’avoir des choses à montrer pour aider à concrétiser une levée de fonds.

> Je pense qu’on ne parle pas de la même chose.

Si, je pense que l’on parle de la même chose, mais que l’on ne place pas le même curseur au même endroit.

> Payer x% de ton temps sur les prochains mois pour améliorer de y% la production du collègue sur les prochaines années, c’est un calcul souvent rentable

C’est dur à dire sans connaître x et y ;-)

Encore une fois, je pense qu’un développeur expérimenté doit trouver un mix entre produire, s’améliorer/apprendre des choses pour lui, et aider les autres. Ce mix est dépendant du contexte, du développeur en question, de ses collègues, et de plein d’autres choses. Et la partie aider les autres va généralement grandir au fil des années. Je pense que l’on est d’accord là-dessus, même si on ne place pas tout à fait le curseur au même endroit.

Mais, on a pas mal dévié de la question initiale. Pour moi, il y a des développeurs expérimentés qui continuent de progresser individuellement et en aidant les autres, et qui ne voient pas leur salaire progresser en parallèle de ça. Et de l’autre côté, ils voient qu’ils pourraient passer manager et gagner plus (sans ressentir que ce serait bénéfique pour la société pour laquelle ils travaillent). Et c’est cette perception qui crée un malaise.

Et je parle bien de perception, je ne dis pas que c’est toujours factuel. Quand je ne produis pas directement, mais que je passe beaucoup de temps pour aider les autres, je me sens moins à ma place. Factuellement, je ne sais pas toujours dire lequel est le plus efficace pour la boîte. Par contre, le ressenti est très différent. Si je ne code pas, j’ai rapidement un manque, l’impression de ne pas produire, d’être juste un imposteur qui brasse du vent. Mais j’entends bien que c’est une question très personnelle.