Après avoir travaillé comme programmeur jusqu’à 30 ans, vous avez enfin réussi à passer d’esclave du code à col blanc, mais vous ne pouvez plus continuer, et vous faites constamment face au danger du chômage. Trente ans est un âge où un programmeur ne peut pas se permettre d’être blessé. Demain, où devez-vous aller ?

I. Le phénomène de la trentaine

Dans le milieu officiel, il y eut autrefois un « phénomène des 59 ans » : les responsables cherchaient désespérément à s’emparer du maximum possible à 59 ans. De toute évidence, le pouvoir expire lorsqu’on n’occupe plus ses fonctions ; s’ils ne prennent pas leur part maintenant, ils prendront leur retraite et n’auront plus jamais l’occasion.

Dans le milieu des programmeurs, il existe aussi un phénomène des 30 ans. Bien sûr, si vous avez un bol de riz en fer, par exemple dans une entreprise d’État ou un organisme gouvernemental, alors vous ne pouvez pas comprendre les sentiments des travailleurs en bas de l’échelle. En même temps, félicitations pour être devenu membre du système ; vous pouvez travailler sans souci jusqu’à la retraite.

Tout le monde comprend le phénomène des 30 ans, mais il n’est pas facile d’en donner une définition. Laissez-moi énumérer quelques manifestations, et peut-être ressentirez-vous une forme de résonance.

Face à un goulot d’étranglement professionnel : vous ne pouvez plus écrire de code, et monter en grade est difficile.

Votre salaire est relativement élevé, mais les heures supplémentaires diminuent ; les vagues derrière poursuivent les vagues devant, et vous faites face à la pression du chômage ; la pression de la vie augmente fortement, et vous n’osez pas changer d’emploi.

Restreindre le recrutement des programmeurs aux moins de 30 ans est devenu une règle tacite dans le secteur, ce qui rend les changements d’emploi difficiles.

Le phénomène des 30 ans et celui des 59 ans semblent sans rapport, mais en réalité ils ont la même cause : la dépréciation de la valeur. Un officiel en poste est comme un empereur ; une fois retraité, il devient un simple citoyen, et la dépréciation est naturelle. Il en va de même pour les programmeurs. Avec le soi-disant « à trente ans, on est établi », une fois que vous atteignez environ 30 ans, parce que vous êtes confronté au mariage et à la procréation, d'une part vous avez besoin d'un salaire élevé pour subvenir aux besoins de votre famille, et d'autre part vous ne pouvez plus vous consacrer corps et âme au travail comme avant, de sorte que votre rentabilité chute brutalement. En même temps, un grand nombre de nouveaux venus bon marché affluent, et ils utilisent souvent les technologies les plus récentes, de sorte que l'ancienne génération de programmeurs ne peut que peu à peu être mise de côté.

II. Irremplaçabilité

L'apparition du phénomène des 30 ans ne peut être attribuée qu'aux programmeurs eux-mêmes.

Bien sûr, nous pourrions aussi l'analyser du point de vue de l'industrie, de la société, du gouvernement et des institutions, et en trouver les défauts. Ces analyses ne sont peut-être pas dénuées de sens, mais elles sont certainement inutiles, car nous ne pouvons pas les changer. Comme le dit le proverbe : « Si la vie est amère, 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 et nous faire sentir toute la journée que nous sommes nés au mauvais moment, insupportablement déprimés.

Cherchez les causes en vous-même et essayez de vous poser quelques questions : « Pourquoi ma rentabilité a-t-elle 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 dresser une très longue liste de réponses, mais je pense qu'elles peuvent toutes se résumer en une seule phrase : « La valeur d'une personne est déterminée par son caractère irremplaçable. » L'irremplaçabilité peut être comprise comme le coût que votre patron devrait payer pour vous remplacer.

Parce que votre remplaçabilité est élevée, votre rapport coût-efficacité diminue. Inversement, parce que votre irremplaçabilité est élevée, le patron vous versera un salaire élevé. N'est-ce pas ?

Il y a une petite histoire :

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

Dix ans plus tard, l'apprenti est aussi devenu technicien. Il a retrouvé son maître et lui a dit, l'air amer : « Maître, j'ai toujours suivi ton enseignement, je me suis contenté de m'enterrer dans le travail acharné, mais ceux qui ont moins de compétences que moi ont tous été promus et augmentés. Je gagne encore mon ancien salaire. »

Le maître réfléchit un instant et dit : « Prends un congé. Si une lampe est toujours allumée, alors 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 allait lui donner une augmentation. Il s'avéra que pendant son congé, 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 prit de temps en temps quelques jours de congé, et chaque fois après avoir pris un congé, le directeur de l'usine lui donnait une augmentation. Un jour, après avoir pris un congé, l'apprenti s'apprêtait à aller travailler, mais le directeur de l'usine lui dit : « Tu n'as plus besoin de venir travailler. »

L'apprenti alla trouver le maître, en détresse. Le maître dit : « Je n'avais pas fini ce que je disais ce jour-là. Une lampe peut s'éteindre une fois de temps en temps, mais si elle s'éteint tout le temps, la situation change, parce que personne n'a besoin d'une lampe qui est tantôt allumée, tantôt éteinte. »

Dans l'histoire, parce que l'apprenti était irremplaçable, le directeur de l'usine lui a donné une augmentation ; plus tard, parce qu'une autre lampe s'est allumée, 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 irremplaçabilité. Sinon, dès que le patron estimera qu'il peut vous remplacer à moindre coût, vous ferez face au danger du chômage.

III. Où est l'issue ?

Alors, lorsqu'un programmeur atteint 30 ans, comment peut-il améliorer son irremplaçabilité ? Avons-nous l'intention d'être programmeurs toute notre vie ? Où se trouve la voie, puis-je demander ?

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, il n'y a rien de mal à être programmeur toute sa vie. L'important 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 du gourou technique :

Premièrement, la version améliorée du programmeur. Vous êtes toujours un programmeur, mais vous êtes un programmeur très impressionnant. Avec des années d'accumulation, vous n'êtes pas une personne ordinaire, que ce soit en étendue ou 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 perspectives uniques sur l'optimisation système et connaissez les patrons de conception sur le bout des doigts. Vous disposez également d'une boîte à outils complète et de votre propre bibliothèque de classes spécialisée. En fait, le programmeur amélioré a une valeur très unique ; malheureusement, on le voit rarement dans la réalité, car pour toute entreprise, les talents sont toujours rares. Le patron a l'œil perçant — comment pourrait-il fermer les yeux sur un maître technique comme vous ? Avant même de devenir un véritable gourou, vous aurez été nommé architecte système, chef de projet ou à un poste encore plus élevé. Par conséquent, il est souvent impossible pour vous de garder votre petit lopin et d'être tranquillement votre propre gourou.

Deuxièmement, la version évoluée du programmeur. Bien qu'au fond vous soyez toujours un programmeur, votre poste a évolué : 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 système ou un architecte ; il n'y a qu'un pas, et 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 continues pour se transformer de chrysalide en papillon.

(2) Devenir un expert du secteur

Les experts métier sont aussi un rôle indispensable dans une entreprise. Ils connaissent le secteur de l'entreprise, ses processus métier et ses détails sur le bout des doigts. Les experts métier ne sont généralement pas des surhommes recrutés à l'extérieur qui ne comprennent que le métier mais pas la technologie ; ils sont souvent issus du métier de développeur après des années de dur labeur dans les tranchées. En tant qu'expert métier issu du développement, vous assumez souvent aussi le rôle d'analyste système. Dans une entreprise, nombreuses sont les personnes qui ont une compréhension générale du métier, mais rares sont celles qui atteignent le niveau expert. Au cours des 30 prochaines années de votre carrière, vous devez devenir un expert.

(3) Évoluer vers le management

La première étape vers le management consiste généralement à être nommé chef de projet. Dans la plupart des entreprises informatiques, le chef de projet est le poste d'encadrement le plus bas. Vous ne ressentirez peut-être pas beaucoup d'excitation, et votre salaire n'augmentera peut-être 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 le chef de projet est un métier ancien. 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 se sont organisés. Le chef de projet d'autrefois pouvait être un chef de tribu ; une chasse collective ou une attaque contre une ville et ses fortifications pouvaient tout à fait être considérées 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 plan d'alunissage à l'organisation d'une réunion de famille — aucun aspect ne peut se passer de la gestion de projet.

Un excellent chef de projet n'a pas seulement besoin d'un QI élevé, mais aussi d'un quotient émotionnel élevé. Il n'est pas exagéré de dire que si vous pouvez être compétent en gestion de projet, vous pouvez être compétent pour tous les postes de management au niveau tactique, et même la qualité de votre vie familiale sera portée à un nouveau niveau.

Cependant, devenir un excellent chef de projet n’est pas chose facile. On peut dire que cela demande un certain talent. Certaines personnes l’apprennent sans professeur, tandis que d’autres n’y arrivent jamais. Les programmeurs forment un groupe à haut QI, mais ils manquent souvent d’intelligence émotionnelle. Cela détermine 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 directions ne vous convient, il vous reste encore quelques issues :

L’une consiste à avancer tranquillement sans faire de vagues.

Dire des paroles honnêtes, être une personne honnête, faire des choses honnêtes et toucher un salaire honnête. Les entreprises ont aussi grandement besoin de tels employés, et ils ne connaîtront généralement pas le sort d’être licenciés. La deuxième consiste à changer de métier ou à créer une entreprise.

Parce que ce secteur ne vous convient plus et qu’il n’offre pas de plus grandes perspectives de développement, vous ne pouvez que changer de métier. Si vous pouvez changer de métier, 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 une 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 faire avancer un projet, comment pourriez-vous faire avancer une entreprise ?

Source : OSChina