À 30 ans, les programmeurs sont enfin passés d'esclaves du code à travailleurs en col blanc, mais ils ne peuvent plus continuer à travailler et font constamment face au danger du chômage. Trente ans est un âge avec lequel les programmeurs ne peuvent tout simplement pas jouer. Demain, quelle direction prendre ?

I. Le phénomène de la trentaine

Dans le monde de la fonction publique, il y a eu autrefois un « phénomène des 59 ans », où les fonctionnaires prenaient tout ce qu'ils pouvaient à 59 ans. De toute évidence, le pouvoir expire et devient caduc : s'ils ne prennent pas maintenant, ils prendront leur retraite et n'auront plus aucune chance.

Dans le cercle des programmeurs, il existe aussi un phénomène de la trentaine. Bien sûr, si vous avez un emploi garanti à vie, par exemple dans une entreprise d'État ou un organisme gouvernemental, alors vous ne pouvez pas comprendre les sentiments de la classe ouvrière du bas de l'échelle. En même temps, félicitations d'avoir rejoint le système, où vous pouvez travailler sans soucis jusqu'à la retraite.

Tout le monde comprend le phénomène de la trentaine, mais il n'est pas facile à définir. Voici quelques manifestations — peut-être éprouverez-vous un pincement au cœur en vous reconnaissant.

Faire face à un blocage de carrière : impossible d'écrire encore du code, et gravir les échelons est difficile.

Le salaire est relativement élevé, les heures supplémentaires ont diminué, les nouvelles générations poussent les anciennes, et il y a une pression au chômage ; la pression de la vie monte en flèche, alors ils n'osent pas changer d'emploi.

Une règle tacite du secteur restreint le recrutement des programmeurs aux moins de 30 ans, ce qui rend le changement d'emploi difficile.

Les phénomènes des 30 ans et 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 ; une fois retraité, il redevient un simple citoyen — la dépréciation est naturelle. Il en va de même pour les programmeurs. Comme dit le proverbe, « à trente ans, on tient debout ». Une fois autour de 30 ans, face au mariage et aux enfants, d'un côté ils ont besoin d'un salaire élevé pour subvenir aux besoins de leur famille, et de l'autre ils ne peuvent plus se consacrer entièrement au travail comme avant, si bien que leur rapport coût-performance s'effondre. En même temps, un flot de nouveaux venus bon marché arrive, utilisant souvent les dernières technologies, de sorte que l'ancienne génération de programmeurs ne peut que céder progressivement la place.

II. Irremplaçabilité

La cause du phénomène des 30 ans ne peut être trouvée que chez les programmeurs eux-mêmes.

Bien sûr, nous pouvons aussi analyser l'industrie, la société, le gouvernement, le système et bien d'autres aspects pour identifier des lacunes. Ces analyses ne sont peut-être pas déraisonnables, mais elles sont certainement inutiles car nous ne pouvons pas les changer. Comme dit le proverbe, « Une vie amère ne peut être imputée au gouvernement, et la malchance ne peut être imputée à la société. » Chercher les causes à l'extérieur ne fera que nous remplir de plaintes, nous faisant sentir nés au mauvais moment et complètement déprimés toute la journée.

Pour trouver les causes en nous-mêmes, essayez de vous demander : « Pourquoi mon rapport coût-performance a-t-il baissé ? Pourquoi le patron devrait-il m'embaucher et me payer un salaire élevé ? Qu'est-ce qui détermine la valeur d'une personne ? »

Vous pourriez énumérer une très longue réponse, mais je pense qu'elle peut se résumer en une seule 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 le patron doit payer pour vous remplacer.

Parce que votre remplaçabilité est élevée, votre rapport coût-performance baisse. À l'inverse, parce que votre irremplaçabilité est élevée, le patron vous verse un salaire élevé. N'est-ce pas le cas ?

Il y a une petite histoire :

Lorsqu'un technicien a pris sa retraite, il a averti son apprenti : « Parle moins, fais plus. »

Dix ans plus tard, l'apprenti était aussi devenu technicien. Il alla voir son maître et lui dit d'un air amer : « Maître, j'ai toujours suivi vos conseils, je me suis simplement enfermé dans le travail acharné, mais ceux qui ont des compétences inférieures aux miennes ont tous été promus et ont obtenu des augmentations, tandis que je touche encore le même salaire qu'avant. »

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

L'apprenti comprit soudain. Il prit effectivement une semaine de congé. À son retour au travail, le directeur de l'usine le convoqua et lui dit qu'il voulait lui donner une augmentation. Il s'avéra que pendant son absence, le directeur avait découvert que l'usine ne pouvait déjà plus se passer de lui.

L'apprenti était très heureux. Par la suite, il prenait de temps en temps quelques jours de congé, et chaque fois qu'il demandait un congé, le directeur lui donnait une augmentation. Un jour, après avoir pris un congé, il se préparait à aller travailler, mais le directeur lui dit : « Vous n'avez plus besoin de venir travailler. »

L'apprenti, en détresse, alla voir son maître. Le maître dit : « Je n'avais pas fini ce jour-là. Une lampe peut s'éteindre de temps en temps, mais si elle s'éteint constamment, la nature de la chose change, car personne n'a besoin d'une lampe qui s'allume et s'éteint sans cesse. »

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

Donc, en dernière analyse, nous devons encore renforcer notre caractère irremplaçable. Sinon, dès que le patron estime que vous remplacer coûte peu, vous risquez de vous retrouver au chômage.

III. Où est l'issue ?

Alors, comment les programmeurs peuvent-ils renforcer leur caractère irremplaçable lorsqu'ils atteignent 30 ans ? Avons-nous l'intention d'être programmeurs toute notre vie ? Puis-je demander 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 technique

En fait, ce n'est pas un problème d'être programmeur toute sa vie. Ce qui compte, c'est que vous devez devenir un programmeur irremplaçable—c'est-à-dire devenir un gourou technique qui peut résoudre des problèmes que les programmeurs ordinaires ne peuvent pas. Il existe deux versions d'un gourou technique :

Le premier est le programmeur amélioré. Vous êtes toujours un programmeur, mais vous êtes un programmeur très redoutable. Avec des années d'accumulation, vous n'êtes pas une personne ordinaire tant en étendue qu'en profondeur de connaissances. De l'assembleur à Java, vous maîtrisez tout. Vous vous souciez des structures de données et des algorithmes, avez des vues uniques sur l'optimisation système, connaissez les patrons de conception sur le bout des doigts, et disposez également d'une boîte à outils complète et de vos propres bibliothèques de classes spécialisées. En fait, le programmeur amélioré a une valeur très unique. Malheureusement, ils sont très rares dans la réalité, car le talent est toujours rare pour toute entreprise. Le patron a les yeux perçants—comment pourrait-il ignorer un bœuf technique comme vous ? Avant même que vous ne deveniez un véritable gourou, vous auriez été nommé architecte système, chef de projet, ou à un poste encore plus élevé. Par conséquent, il est souvent impossible de simplement garder son petit lopin de terre et d'être tranquillement un gourou.

Le second est le programmeur promu. Bien que votre essence intérieure soit toujours celle d'un programmeur, votre position a été promue, et 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 programmeur et analyste système ou architecte ; à un pas près, vous pouvez passer d'une route de montagne accidentée à une large autoroute. Mais ce pas n'est pas facile. Il faut des années de réflexion, d'apprentissage et de pratique continus pour se transformer de chrysalide en papillon.

(2) Devenir un expert de l'industrie

Les experts métier sont également un rôle indispensable dans une entreprise. Ils connaissent sur le bout des doigts les connaissances sectorielles de l'entreprise, ses processus métier et ses détails. Les experts métier ne sont généralement pas des superhommes recrutés à l'extérieur qui ne comprennent que le métier mais pas la technologie, mais plutôt des personnes souvent issues de l'évolution de programmeurs après des années de dure lutte. En tant qu'expert métier devenu à partir d'un programmeur, vous occupez souvent aussi la fonction d'analyste système. Dans une entreprise, nombreuses sont les personnes ayant une compréhension générale du métier, mais les personnes de niveau expert sont souvent rares. Pour les 30 années de carrière à venir, 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 surprise, et votre salaire n'augmentera peut-être pas beaucoup, mais cette transition peut être considérée comme l'un des changements les plus importants de votre vie.

Ne sous-estimez pas le chef de projet. Certains disent que le chef de projet est une profession ancienne. D'autres disent que le 21e siècle est le siècle de la gestion de projet. En fait, depuis que les humains se sont organisés, il y a toujours eu de la gestion de projet. Autrefois, un chef de projet pouvait être un chef de tribu ; une chasse collective ou une attaque contre une ville ou une forteresse pouvait être considérée 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 projet d'alunissage à l'organisation d'une réunion de famille — tout est indissociable de la gestion de projet.

Un excellent chef de projet n'a pas seulement besoin d'un QI élevé, mais aussi d'un QE élevé. Ce n'est pas une exagération de dire que si vous êtes compétent en gestion de projet, vous pouvez être compétent dans tous les postes de management au niveau tactique, et même votre qualité de vie familiale sera élevée à un nouveau niveau.

Cependant, devenir un excellent chef de projet n'est pas chose facile. On peut dire qu'il faut une certaine dose de talent. Certaines personnes l'acquièrent sans professeur, tandis que d'autres ne l'apprendront jamais. Les programmeurs appartiennent à un groupe à haut QI, mais manquent souvent d'intelligence émotionnelle, ce qui implique 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'aucun de ces aspects ne vous convient, il vous reste encore plusieurs issues :

La première consiste à se débrouiller tant bien que mal, sans faire de vagues.

Tenir des propos honnêtes, être une personne honnête, faire des choses honnêtes et toucher un salaire honnête. L'entreprise a aussi grandement besoin d'employés comme cela, et généralement ils ne subiront pas le sort d'être licenciés. La seconde consiste à changer de carrière ou à créer une entreprise.

Parce que ce secteur ne vous convient plus et n'offre pas davantage de perspectives de développement, vous devez changer de carrière. Si vous pouvez changer, ce n'est pas forcément une mauvaise chose. Peut-être que dans un nouvel environnement, vous pourrez stimuler une énergie plus forte et bâtir votre propre œuvre. 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 gérer un projet, comment pouvez-vous gérer une entreprise ?

Source : OSCHINA