Discussion :

[WinNew]

Bonjour à tous,

Je souhaite recueillir vos opinions au sujet des stratégies d'évolution de carrière des développeurs "séniors" (plus de 40 ans).

J'ai moi-même 45 ans, et je suis développeur de depuis 20 ans. Je travaille actuellement pour une petite SSII.

Je "perçois" 3 directions d'évolution. Je vais énumérer ces 3 directions, puis je vais revenir dessus en détail.

• Me spécialiser sur une technologie. Par exemple: JAVA.
• Présenter un profile "tout terrain": plusieurs langages (Perl, PHP, Python, JS) + administration système et réseau de base.
• Me recycler sur la cybersécurité, en passant un diplôme sur ce thème.

Direction numéro 1

La spécialisation comporte des avantages et des inconvénients.

Les avantages :

• On ne cesse de capitaliser sur de l'acquis. Il n'y a pas de gros changement de compétences. C'est moins fatigant, plus confortable.
• Votre profil est "clair". On ne discute pas.

Pensez-vous à des avantages auxquels je n'aurais pas pensé ?

Les inconvénients :

• Les missions (ou projets, selon le contexte) ont tendance à se ressembler toutes. Forcément... les mêmes outils ont tendance à être utilisés dans les mêmes contextes.
• On devient dépendant d'une seule technologie. Si cette dernière disparaît soudainement... Notez, toutefois, que des technologies telles que JAVA, C#, C++, PHP, Phython ou C ne sont pas prêtes de disparaître.
• Le nombre d'employeurs potentiels est restreint.

Pensez-vous à des inconvénients auxquels je n'aurais pas pensé ?

Direction numéro 2

Cette direction correspond à ma situation actuelle. J'utilise régulièrement PHP, Perl, Python et JS dans des contextes très variés.

La diversification comporte des avantages et des inconvénients.

Les avantages :

• Les missions (ou projets) sont variées. Cela permet de moins s'ennuyer et de voir plus de choses.
• On ne met pas tous des oeufs dans le même panier. Cela nous met à l'abri d'une (très) hypothétique disparition soudaine de technologie.
• Le nombre d'employeurs potentiel est relativement important.

Pensez-vous à des avantages auxquels je n'aurais pas pensé ?

Les inconvénients :

• Les clients / employeurs recherchent très souvent des "experts" sur un outil. Et les chasseurs de têtes qui ne savent pas penser autrement qu'avec des mots clés recherchent "la brute" qui n'a fait que "le mot clé" pendant des années... alors qu'ils ne comprennent même pas la signification du mot clé. Et qu'ils ne réalisent pas le caractère "crétin" de leur démarche.
• Qui dit "environnement plus varié" dit également : "mise à niveau / apprentissage" plus fréquent. C'est fatigant.

Pensez-vous à des inconvénients auxquels je n'aurais pas pensé ?

Direction numéro 3

Arrêter le développement. Capitaliser sur les acquis en se spécialisant sur un autre métier (que celui de développeur) : la cybersécurité.

Les avantages :

• Lorsque vous faites des audits, vous êtes dans la position de celui qui juge de la qualité du travail d'autrui. Cette position est plus confortable que celle de développeur : on n'arrête pas de juger votre travail... et cela devient franchement insupportable.
• Il n'y a pas de sale code pourri à reprendre... L'audit de sécurité, à contrario du développement, ne présente pas "d'effet rémanent" (le code a des propriétés rémanentes qui sont sont souvent nuisibles à la santé).

Pensez-vous à des avantages auxquels je n'aurais pas pensé ?

Les inconvénients :

???

Pensez-vous à des inconvénients auxquels je n'aurais pas pensé ?




Alors, que choisiriez-vous : la direction 1, la direction 2 ou la direction 3 ? Quels sont vos arguments ?

[yildiz-online]

Je ne suis pas encore senior, au sens de > 40 ans, mais ayant fait la transition dev -> un autre domaine, je me permets de répondre.

1) Devenir expert dans une technologie est un domaine qui demande un travail constant, la technologie évolue de plus en plus rapidement (cycle de 6 mois pour java actuellement vu que tu le cites) et il y a beaucoup d'efforts à fournir pour être reconnu par les autres développeurs comme étant expert.
Maintenant, si tu veux dire dev senior comme ayant juste une bonne connaissance du langage, plus l'expérience, ça devient un peu léger face aux experts techniques et autres devops.

2) Le niveau sera trop léger dans chaque domaine pour être justifiable par rapport à l'age, mais ça passerait très bien dans les PME, évidemment, avec le salaire qui va avec.

3) La sécurité ne met pas en position de force, faire un audit engendre:

-Responsabilité, si tu te loupes puis que le client se fait attaquer, ça peut être désagréable.
-Hostilité, le client va souvent également demander un contre avis de ses devs, lequels vont évidemment défendre leur code et tenter de démonter tes arguments, et donc ton travail sera jugé.

De plus, ça demande une veille importante, si tu cherches le confort, ce n'est pas la solution.

Celui que j'ai choisi, tu ne l'as pas cité, l'architecture.

C'est un domaine particulièrement intéressant, où la veille est plus faible, mais où la masse d'information initiale requise est bien plus conséquente, et qui demande aussi des soft-skills différentes.
Il n'y a plus de contact avec le code non plus, mais ça reste important de le comprendre pour parler avec les développeurs.

[gangsoleil]

Hello,

Tu risques d'avoir autant d'avis que de personnes

Pour moi, le 1 t'amène le risque de monotonie : d'ici 5 ou 10 ans, n'en auras-tu pas marre de voir toujours le même genre de code ? Car après-tout, que ce soit chez X ou chez Y, on retrouve souvent les mêmes problématiques dans les mêmes contextes. La solution dans ce cas est donc d'élargir ses compétences, ce qui nous amène vers le 2.

Le 2 a effectivement un problème d'employabilité face aux grep, demande un peu de mise à jour, mais est toujours intéressant et t'amènera des projets variés.

Le 3 me semble très intéressant, mais je bosse dans la cybersécurité
Oui, il y a des responsabilités. Mais oui, les problèmes sont clairement différents de ceux d'un développeur. Après, il faut aussi se spécialiser : auditeur n'est pas pentesteur, et les certifications ne sont pas les mêmes.

Et je rajoute le 4, comme yildiz-online, c'est à dire architecte. Cela te permettra de capitaliser sur tes acquis, d'avoir une bonne employabilité (du moins il me semble), et qui est assez varié.

[Engiwip]

20 ans de code a pisser des boucles for ,des if then else
Et des breakpoint ? A coller des post it sur des tableaux scrums ?

Tu es expert malgre toi faut assumer le look.
2 choix: tu te laisses pousser la bebar a la zz top. Et tu Deviens Gourou ou tu prend la bible des design pattern en java sous le bras et tu deviens évangéliste.