Après avoir travaillé comme programmeur jusqu'à l'âge de 30 ans, on parvient enfin à passer du statut d'« esclave du code » à celui d'employé de bureau, mais on ne peut plus tenir, et on est constamment confronté à la menace du chômage. Trente ans est un âge où les programmeurs ne peuvent pas se permettre d'être fragiles. Que réserve l'avenir, où aller à partir de maintenant ?

1. Le phénomène des 30 ans

Dans le milieu officiel, il existait autrefois un « phénomène des 59 ans », où les fonctionnaires âgés de 59 ans s'emparaient de tout ce qu'ils pouvaient. De toute évidence, le pouvoir expire et devient inutile ; s'ils ne s'emparaient pas maintenant, ils prendraient leur retraite sans autre opportunité.

Dans le milieu des programmeurs, il existe aussi un « phénomène des 30 ans ». Bien sûr, si vous avez un emploi à vie, par exemple dans une entreprise d’État ou une administration, alors vous ne pouvez pas comprendre le ressenti de la classe ouvrière du bas de l’échelle. En même temps, félicitations pour être devenu membre du système, où vous pouvez travailler sans souci jusqu’à la retraite.

Tout le monde comprend le phénomène des 30 ans, mais le définir n’est pas facile. En citant quelques manifestations, peut-être vous y reconnaîtrez-vous.

Face à un plafond de carrière, incapable de continuer à écrire du code, et difficile de gravir les échelons.

Un salaire plus élevé, moins d’heures supplémentaires, la jeune génération qui rattrape son retard, la pression du chômage ; la pression de la vie a bondi, et l’on n’ose plus changer d’emploi.

C’est devenu une règle tacite du secteur de limiter le recrutement des programmeurs aux moins de 30 ans, ce qui rend le changement d’emploi difficile.

Le « phénomène des 30 ans » et le « phénomène des 59 ans » semblent sans rapport, mais ils découlent en réalité de la même cause : la dépréciation de la valeur. Un fonctionnaire en poste est comme un empereur, mais une fois à la retraite, il redevient un simple citoyen, et la dépréciation est naturelle. Les programmeurs, c’est pareil. Le soi-disant « à trente ans, on est établi » — une fois arrivés autour de la trentaine, parce qu’ils font face au mariage et à la parentalité, d’un côté ils ont besoin d’un salaire élevé pour subvenir aux besoins de leur famille, mais de l’autre ils ne peuvent plus se consacrer entièrement au travail comme avant, si bien que leur rapport coût/performance chute brutalement. En même temps, un grand nombre de nouveaux venus bon marché affluent, souvent avec les technologies les plus récentes, et l’ancienne génération de programmeurs ne peut que s’effacer peu à peu.

2. Irremplaçabilité

Le phénomène des 30 ans se manifeste, et la cause ne peut être trouvée que chez les programmeurs eux-mêmes.

Bien sûr, nous pourrions aussi analyser sous plusieurs angles, comme l’industrie, la société, le gouvernement et les institutions, pour identifier des lacunes. Ces analyses ne sont peut-être pas sans fondement, mais elles sont certainement inutiles, car nous ne pouvons pas les changer. Comme le dit le proverbe : « Si le destin est amer, on ne peut pas blâmer le gouvernement ; si la chance est mauvaise, on ne peut pas blâmer la société. » Chercher les causes à l’extérieur ne fera que nous remplir de plaintes, nous donnant l’impression toute la journée d’être nés au mauvais moment, misérables et insupportablement affligés.

Cherchez les raisons en vous-même et essayez de vous poser quelques questions : « Pourquoi mon rapport coût/performance a-t-il baissé ? Pourquoi mon patron m’embaucherait-il et me paierait-il un salaire élevé ? Qu’est-ce qui détermine la valeur d’une personne ? »

Vous pourriez sans doute dresser une réponse très longue, mais je pense qu’elle peut se résumer en une phrase : « La valeur d’une personne est déterminée par son irremplaçabilité. » L’irremplaçabilité peut être comprise comme le coût que votre patron devrait payer pour vous remplacer.

Parce que vous êtes très remplaçable, votre rapport coût/performance diminue. À l’inverse, parce que vous êtes hautement irremplaçable, le patron vous offrira un salaire élevé. N’est-ce pas ?

Il y a une petite histoire :

Lorsqu’un technicien a pris sa retraite, il a mis en garde son apprenti : « Parle moins, fais plus. »

Dix ans plus tard, l’apprenti était aussi devenu technicien. Il trouva son maître et lui dit d’un air peiné : « Maître, j’ai toujours suivi vos enseignements, je me contentais de travailler dur sans rien dire. Mais ceux qui ont moins de compétences que moi ont tous été promus et augmentés, tandis que je gagne toujours le même salaire qu’avant. »

Le maître réfléchit un instant et dit : « Prends un congé. Si une lampe reste toujours allumée, personne ne la remarquera... »

L’apprenti comprit soudain. Il prit effectivement une semaine de congé. Lorsqu’il revint au travail, le directeur de l’usine le fit venir et lui dit qu’il allait lui accorder une augmentation. Il s’avéra que pendant son absence, le directeur de l’usine avait découvert que l’usine ne pouvait plus se passer de lui.

L’apprenti était très heureux. À partir de ce moment, il prenait de temps en temps quelques jours de congé, et chaque fois qu’il revenait, le directeur de l’usine lui accordait une augmentation. Un jour, après avoir pris un congé, alors qu’il s’apprêtait à aller travailler, le directeur de l’usine lui dit : « Tu n’as plus besoin de venir travailler. »

L’apprenti alla voir son maître, en détresse. Le maître dit : « Je n’avais pas fini ma phrase ce jour-là. Une lampe peut s’éteindre occasionnellement, mais si elle s’éteint toujours, la nature des choses change, car personne n’a besoin d’une lampe qui tantôt s’allume et tantôt s’éteint. »

Dans l’histoire, l’apprenti a obtenu une augmentation parce qu’il était irremplaçable ; plus tard, parce que d’autres lampes se sont allumées, il a été remplacé. Le directeur de l’usine n’avait plus besoin de lui, alors il a été licencié.

Donc, en dernière analyse, nous devons encore améliorer notre propre irremplaçabilité. Autrement, dès que le patron estimera que vous pouvez être remplacé à moindre coût, vous ferez face au danger de perdre votre emploi.

Trois. Où est la voie de sortie ?

Alors, comment un programmeur peut-il améliorer son irremplaçabilité à 30 ans ? Avons-nous l’intention d’être programmeurs toute notre vie ? Où est la route ?

En tant que personne qui est passée par là, un programmeur senior, je pense qu’il y a plusieurs directions parmi lesquelles choisir :

(1) Devenir un gourou de la technique.

En fait, il n’y a rien de mal à être programmeur toute sa vie. Ce qui compte, c’est que vous devez devenir un programmeur irremplaçable, c’est-à-dire que vous devez devenir un gourou technique capable de résoudre des problèmes que les programmeurs ordinaires ne peuvent pas résoudre. Il existe deux versions de gourous techniques :

D'abord, la version améliorée d'un programmeur. Vous êtes toujours un programmeur, mais vous êtes un programmeur exceptionnel. Grâce à des années d'accumulation, vous n'êtes en aucun cas une personne ordinaire, tant en étendue qu'en profondeur de connaissances. Du langage assembleur à Java, vous maîtrisez tout. Vous vous souciez des structures de données et des algorithmes, vous avez des idées uniques sur l'optimisation des systèmes, vous connaissez les patrons de conception sur le bout des doigts, et vous disposez également d'une boîte à outils complète et de vos propres bibliothèques de classes dédiées. En fait, le programmeur amélioré a une valeur très particulière. Malheureusement, ce type est rare en réalité, car pour toute entreprise, les talents sont toujours rares. Le patron a l'œil vif ; comment pourrait-il ignorer un expert technique comme vous ? Avant même de devenir un véritable gourou, vous auriez depuis longtemps été nommé architecte système, chef de projet, ou à un poste encore plus élevé. Par conséquent, si vous voulez garder votre petit lopin de terre et être tranquillement un gourou, c'est souvent impossible.

Deuxièmement, il y a la voie de l'évolution du programmeur. Bien que votre for intérieur reste celui d'un programmeur, votre poste a déjà été élevé — vous devenez analyste système ou architecte système. C'est un choix très naturel et réaliste. Il n'y a pas de gouffre entre un programmeur et un analyste ou architecte système ; il suffit d'un pas pour passer d'un sentier de montagne escarpé à une large autoroute. Mais ce pas n'est pas facile. Il faut plusieurs années de réflexion, d'apprentissage et de pratique continues avant que le cocon ne se transforme en papillon.

(2) Devenir un expert du secteur.

L'expert du secteur est aussi un rôle indispensable dans une entreprise ; il connaît les connaissances sectorielles de l'entreprise, ses processus métier et ses détails sur le bout des doigts. Les experts du secteur ne sont généralement pas des supermen recrutés à l'extérieur qui ne comprennent que les affaires mais pas la technologie ; ce sont souvent des programmeurs qui ont grandi au fil des années d'épreuves et de tribulations. En tant qu'expert du secteur issu d'un programmeur, vous assumez souvent aussi la fonction d'analyste système. Dans une entreprise, nombreuses sont les personnes qui comprennent le business de manière générale, mais très rares sont celles qui atteignent le niveau d'expert. Pour les 30 prochaines années de votre carrière, vous devez devenir un expert.

(3) Évoluer vers le management.

Le premier pas vers le management consiste généralement à être nommé chef de projet. Dans la plupart des entreprises informatiques, le chef de projet est le plus petit poste de management. Vous ne ressentirez peut-être pas beaucoup de surprises, et votre salaire n'augmentera pas beaucoup, mais cette transition peut être considérée comme l'une des plus importantes de votre vie.

Ne sous-estimez pas le chef de projet. Certains disent que chef de projet est une profession ancienne. D'autres disent que le XXIe siècle est le siècle de la gestion de projet. En fait, la gestion de projet existe depuis que les humains ont commencé à s'organiser. Autrefois, le chef de projet était peut-être un chef de tribu ; une chasse collective ou un assaut contre une ville pouvaient tous être considérés comme un projet. Les connaissances en gestion de projet peuvent s'appliquer à tous les aspects de notre vie — de la mise en œuvre d'un programme d'alunissage à l'organisation d'une réunion de famille, rien ne peut se faire sans gestion de projet.

Un excellent chef de projet n'a pas seulement besoin d'une grande intelligence, mais aussi d'une grande intelligence émotionnelle. Il n'est pas exagéré de dire que si vous êtes compétent en gestion de projet, vous êtes compétent pour tous les postes de management au niveau tactique, et même la qualité de votre vie familiale s'élèvera à un nouveau niveau.

Cependant, devenir un excellent chef de projet n'est pas chose facile. On peut dire qu'un certain talent est nécessaire. Certaines personnes l'apprennent sans professeur, tandis que d'autres ne pourront jamais l'apprendre. Les programmeurs appartiennent à un groupe à haut QI mais ont souvent une intelligence émotionnelle insuffisante, ce qui prédestine que seuls quelques programmeurs peuvent devenir chefs de projet, et ceux qui deviennent d'excellents chefs de projet sont très rares.

Si vous estimez qu'aucune de ces voies ne vous convient, il vous reste quelques issues :

La première consiste à simplement vivoter, satisfait de son sort.

Dites la vérité, soyez une personne honnête, faites des choses honnêtes et gagnez un salaire honnête. Les entreprises ont aussi grandement besoin de ce genre d'employé, qui en général ne subira pas le sort d'être licencié. La seconde est de changer de carrière ou de créer une entreprise.

Parce que ce secteur ne vous convient plus et n'offre plus beaucoup de perspectives de croissance, vous ne pouvez que changer de carrière. Changer de carrière n'est pas forcément une mauvaise chose ; peut-être que dans un nouvel environnement, vous pourrez libérer une énergie plus forte et créer votre propre carrière. Quant à créer une entreprise, c'est encore plus difficile. Je suggère qu'avant de créer une entreprise, vous soyez déjà devenu un excellent chef de projet. Réfléchissez : si vous ne pouvez pas redresser un projet, comment pourriez-vous redresser une entreprise ?

Source : OSCHINA