Que font les développeurs quand ils vieillissent | de Uzi Landsmann | janvier 2023

Est-il nécessaire que nous évoluions vers autre chose ?

Je suis assis dans cet entretien d’embauche de développeur senior et je suis assez intrigué : le projet semble intéressant et le patron est gentil et technophile. Contrairement à de nombreux autres managers, il prétend avoir été un développeur à l’époque, et « connaît Linux », comme il le dit (mes pensées vont directement à Jurassic Park, « C’est un système Unix… Je sais ça ! ») mais il semble assez authentique et peut parler franchement.

Il me parle de l’équipe : « ils sont tous assez jeunes et inexpérimentés, et pourraient vraiment avoir besoin de quelqu’un comme vous, qui est là depuis un certain temps et qui a plus de perspicacité ». Dans l’ensemble, je commence à avoir une très bonne idée de ce travail.

Puis le patron me pose cette question :

Ou vous voyez-vous dans cinq ans?

« Pas encore ça », me dis-je. Je redoutais que cette question vienne. Je pense savoir ce que les gens qui le demandent s’attendent à entendre : que je veux passer à autre chose, évoluer et passer à l’étape suivante de ma carrière de développeur : devenir architecte ou manager. Comme si être développeur, c’était comme être au stade larvaire, et qu’il fallait y passer du temps avant de se métamorphoser en la forme promise d’un papillon : un développeur évolué qui est passé au niveau supérieur.

Je suppose que c’est pourquoi l’équipe n’est composée que de développeurs juniors. Je l’ai aussi vu dans d’autres entreprises : être un développeur plus âgé (senior ?) ici est honteux. Si vous travaillez toujours en tant que développeur dans la quarantaine (ou, Dieu nous en préserve, la cinquantaine !), cela signifie que vous êtes coincé : un nerd sans espoir, sans perspectives d’avenir, laissé pour compte et moqué par des personnes plus jeunes et plus ambitieuses.

Et donc ces jeunes développeurs se sentent obligés de passer à autre chose et de devenir architectes ou managers. Ils remplacent leur IDE par Powerpoint et Excel et laissent le code derrière eux. Pendant un certain temps, ils essaient encore de construire des projets de passe-temps pendant leur temps libre, mais les abandonnent rapidement et oublient le tout, ne rappelant que parfois le sentiment de créativité et de satisfaction (et le plus souvent de frustration) que leur ancien rôle occasionnellement induit.

Assurément, cet ancien développeur, aujourd’hui manager, qui m’entretient, s’est trouvé un super rôle. Il est confiant, digne de confiance et semble aimer ce qu’il fait. J’aimerais bien l’avoir comme patron. Mais tous ne le font pas. J’ai vu beaucoup d’excellents développeurs devenir des architectes ou des managers épouvantables, simplement parce que ces rôles ne conviennent pas à tout le monde.

Au lieu de devenir le papillon qu’on leur avait promis, ils se transforment en gremlins vicieux qui prennent des décisions architecturales arbitraires, ayant perdu tout contact avec la base de code, ou microgèrent leurs équipes, manquant de compétences de base en leadership.

« Je me vois développeur dans cinq ans », réponds-je à la question du patron, « et je ne veux jamais être autre chose ».