Qu’arrive-t-il Aux Programmeurs Plus âgés (plus De 30 Ans) ? Est-ce Qu’ils Sont Licenciés à Mesure Qu’ils Vieillissent Et Qu’ils Sont « Moins Innovants » ? Le Salaire à Mi-carrière Augmente-t-il Beaucoup Pour Les Ingénieurs Logiciels ?

Je ne peux pas vous dire ce qui arrive à la plupart des gens, mais je peux vous dire ce qui m’est arrivé. J’ai maintenant 60 ans et je viens de prendre ma retraite. J’ai commencé à écrire des systèmes d’exploitation en 1978, épuisé… 50% de chiffre d’affaires tous les 2 ans. Je me suis lancé dans la programmation d’applications en 1981. J’ai eu du mal à trouver un emploi car je n’étais pas « IBM » (j’étais Control Data). J’ai trouvé une entreprise qui avait besoin d’une personne de contrôle des données. De cette expérience, j’ai juré que je ne resterais jamais dans une technologie jusqu’à ce qu’elle soit obsolète. A appris les PC et est resté au courant de la technologie. Investi en moi. Resté dans la même entreprise pendant environ 36 ans et était en s

Continuer la lecture

Je ne peux pas vous dire ce qui arrive à la plupart des gens, mais je peux vous dire ce qui m’est arrivé. J’ai maintenant 60 ans et je viens de prendre ma retraite. J’ai commencé à écrire des systèmes d’exploitation en 1978, épuisé… 50% de chiffre d’affaires tous les 2 ans. Je me suis lancé dans la programmation d’applications en 1981. J’ai eu du mal à trouver un emploi car je n’étais pas « IBM » (j’étais Control Data). J’ai trouvé une entreprise qui avait besoin d’une personne de contrôle des données. De cette expérience, j’ai juré que je ne resterais jamais dans une technologie jusqu’à ce qu’elle soit obsolète. A appris les PC et est resté au courant de la technologie. Investi en moi. Est resté dans la même entreprise pendant environ 36 ans et a participé à plusieurs projets de R&D et a évolué de groupe en groupe. J’ai toujours aimé programmer et concevoir et c’est essentiellement ce que j’ai fait toute ma carrière. En 1999, ils ont tenté de me faire évoluer vers un poste de Management / Project Management,

Lorsque j’ai donné mon préavis de retraite au début de l’année dernière (leur donnant un préavis de 10 mois), ils m’ont demandé de rester six mois supplémentaires, mais il n’y avait aucune incitation à le faire, alors je ne l’ai pas fait.

J’ai créé des applications qui, pour l’essentiel, fonctionnaient simplement, étaient facilement extensibles et contenaient une journalisation de l’instrumentation pour identifier facilement les problèmes. Parce que les programmes fonctionnaient tout simplement, je n’avais pas à passer beaucoup de temps à les maintenir et j’ai été affecté à de nouveaux domaines parce que j’étais efficace et précis et que je pouvais produire des résultats sans trop de frais généraux. Je savais comment distiller les exigences fondamentales, concevoir et construire les applications.

Pourrais-je trouver un travail de programmation ? Probablement… mais la raison pour laquelle je suis parti était les frais généraux excessifs et inutiles que la haute direction informatique continuait à accumuler.

Soit dit en passant, les frais généraux ne me dérangeaient pas, mais si ce n’était pas de la valeur ajoutée (c’était CYA), dans mon esprit, c’était du gaspillage. J’avais écrit une application de comptabilité énergétique il y a 16 ans et ils ont décidé de la remplacer plutôt que de la soutenir (en raison de l’environnement de travail actuel, j’étais d’accord avec cette décision). Le vendeur, après avoir examiné la candidature, était potentiellement intéressé à m’embaucher en tant que consultant.

Ajoutez à cela la programmation que j’ai faite au collège et au lycée, et j’ai passé plus de 40 ans à programmer. Ca suffit pour moi.

Je suis un programmeur à la fin de la trentaine, donc j’espère être “assez vieux” pour répondre à cette question 🙂 J’ai également embauché des programmeurs plus âgés dans le passé.

Tout d’abord, sachez qu’il n’y a tout simplement pas beaucoup de “vieux” (plus de 40) programmeurs.

C’est simplement parce que la programmation (et la technologie informatique en général) n’était pas si demandée il y a plus de 20 ans (je choisis cette époque parce que les enfants optant pour la programmation à/avant cette heure auraient plus de 40 ans aujourd’hui, ce qui est la démographie que nous ‘ je me pose des questions).

C’est maintenant que chaque entreprise de taxis et de brosses à dents a besoin de programmeurs. Il y a deux décennies, seules les entreprises de « logiciels » avaient besoin de programmes

Continuer la lecture

Tout d’abord, sachez qu’il n’y a tout simplement pas beaucoup de “vieux” (plus de 40) programmeurs.

C’est maintenant que chaque entreprise de taxis et de brosses à dents a besoin de programmeurs. Il y a vingt ans, seules les entreprises de “logiciels” avaient besoin de programmeurs et il n’y en avait pas beaucoup.

Deuxièmement, notez qu’au cours des cinq prochaines années, BEAUCOUP de programmeurs vont atteindre 40.

C’est parce que beaucoup ont été introduits/convertis dans ce domaine, pendant le boom technologique de 1998-2000.

Donc, la vraie réponse de première main à cette question viendra dans les cinq prochaines années, mais voici ma prédiction sur l’endroit où vous allez les trouver :

1. Un grand nombre de programmeurs de plus de 40 ans vont s’éloigner de la programmation principale, ou ils l’ont déjà fait.

Première raison : la programmation n’est pas une industrie réglementée, comme la science actuarielle ou la médecine ou bien d’autres. Le rythme de l’innovation dans ce domaine est donc incroyablement rapide, tout comme le rythme de la perturbation des anciennes technologies. Il est difficile de suivre constamment le rythme des nouveautés. Très dur.

Il est plus facile de se glisser dans des domaines adjacents, où l’expérience en programmation est très précieuse, mais peu importe le langage/les outils/la pile dans lesquels vous avez de l’expérience. Par exemple, gestion des personnes, gestion des produits, gestion des programmes, support client, ingénierie des ventes, solutions Ingénierie, Intégration de Systèmes, Entrepreneuriat, etc.

Deuxième raison : de nombreux programmeurs se sont lancés dans la programmation parce que c’était (et est toujours) un domaine bien rémunéré, et non parce qu’ils y étaient adaptés. Ils savent que cela va être difficile à maintenir dans un marché toujours concurrentiel.

2. Beaucoup de programmeurs de plus de 40 ans resteront dans les entrailles des grandes entreprises.

De nombreuses entreprises « anciennes technologies » accumulent des développeurs expérimentés. Pensez IBM, Cisco etc. Ils y ont trouvé leur zone de confort, et les entreprises veulent aussi les garder, car ce sont les auteurs originaux du logiciel qui est vendu.

Plus important encore, les entreprises savent que leurs programmeurs plus âgés sont obsolètes et peu d’endroits où ils peuvent aller. Ainsi, ils peuvent conserver ces talents plus âgés à un prix relativement bas.

Cela semble un peu mal, mais cela fonctionne des deux côtés.

Alors qui va rester/survivre sur le terrain ?

Les seuls qui continueront à survivre en tant que programmeurs principaux et à obtenir les meilleurs salaires sont ceux

qui s’est lancé dans ce domaine pour les bonnes raisons et
qui continuent de suivre l’évolution de la technologie

Ces filles/gars ont déjà eu des CV stellaires dans la vingtaine et la trentaine (par exemple, contributions open source, premiers ingénieurs dans des entreprises technologiques à succès), écrivent du code chaque jour/semaine (un peu comme les écrivains écrivent en anglais), et plus important encore, ne peuvent pas comprendre pourquoi ils feraient autre chose que de la programmation.

A tous les jeunes programmeurs là-bas : les 40 ans arrivent très vite. Connaissez-vous clairement vous-même et vos motivations, et faites vos choix de carrière judicieusement.

Réponse originale, avril 2017 :

J’aurai 55 ans plus tard cette année. J’étais à l’université de 81 à 84, j’ai commencé à travailler en 85. Il n’y a tout simplement pas beaucoup de programmeurs dans ma cohorte d’âge, et je ne l’ai jamais été. Si vous entrez dans le domaine maintenant, vos concurrents ne sont pas des gens de mon âge, ce sont tous des gens de cinq ou dix ans de plus que vous.

Que nous est-il arrivé ? On programme toujours, si on aime ça.

Continuer la lecture

Réponse originale, avril 2017 :

Que nous est-il arrivé ? On programme toujours, si on aime ça.

Nous avons surtout utilisé Pascal à l’université. En 85-86, j’ai utilisé PL/I sur une citadine Data General. En 87-89, j’ai utilisé le Pascal Objet sur Macintosh, passant à C++ vers la fin de 89. Travaillant sur des choses telles que Firefox, le noyau Linux, divers projets construits autour de llvm, des compilateurs JIT pour Java sur Android et .NET sur Tizen C et C++ sont toujours les langages utilisés pour tout ce qui est important dans la programmation système.

Bien sûr, j’ai appris Perl en 1994 (juste au moment de la transition vers Perl 5) et Java en 1998, et Dylan en 1999 et Python en 2001.

Quand j’avais 51 ans, début 2014, j’étais entre deux emplois en Nouvelle-Zélande et j’ai commencé à parler à Amazon, à Google et à Samsung. Les deux premiers m’ont tous deux invité à des entretiens sur site aux États-Unis, mais ce dernier m’a proposé un contrat de travail à distance de six mois pour travailler sur des améliorations Android, commençant immédiatement, que j’ai accepté. Vers la fin de ce contrat, j’ai rendu visite à l’équipe avec laquelle je travaillais, à Moscou, et on m’a proposé un poste permanent, à Moscou, que j’ai également accepté. Depuis, je travaille ici sur la programmation de compilateurs et de systèmes d’exécution pour une variété de langages (Java, C#, actuellement OpenCL).

La plupart de mes collègues sont bien sûr assez jeunes… beaucoup sont tout droit sortis de diplômes supérieurs des deux ou trois meilleures universités russes. Ils sont plutôt bons, évidemment. Mais il s’avère qu’il y a, je pense, quatre d’entre nous sur environ 150 programmeurs dans ce bureau qui ont plus de 50 ans et veulent toujours être programmeurs, pas des gestionnaires.

Mise à jour, mai 2018 :

C’est plus d’un an plus tard et cela continue de recevoir des votes positifs presque tous les jours, donc je vais donner une mise à jour de statut…

Il y a quelques mois, j’ai changé de travail. Je travaille maintenant sur les améliorations du compilateur LLVM pour les nouveaux microprocesseurs RISC-V dans une startup californienne fondée par quelques gars d’environ 30 ans et l’un de leurs anciens professeurs. Il y a quelqu’un d’autre qui travaille sur le compilateur GCC. Il est plus âgé que moi. Nous avons récemment interviewé un 3ème membre potentiel de l’équipe. Il est aussi plus âgé que moi. Le gars qui travaille sur le support QEMU est je pense plus jeune que moi, mais pas beaucoup. De nombreuses personnes très expérimentées rejoignent également l’équipe de conception du matériel – je ne suis pas sûr d’avoir environ 50 ans, mais certainement plus de 30 ans. Et beaucoup de jeunes et de nouveaux diplômés aussi, bien sûr.

Au moins, je ne vois aucun signe d’âgisme dans cette startup de la Silicon Valley.

[Nous ne faisons pas si bon sur l’équilibre entre les sexes. Il y a une femme ingénieur/programmeuse extrêmement bonne. Autant que je me souvienne, les autres femmes occupent toutes des rôles administratifs, pas techniques. Je suis sûr que tout le monde serait heureux de recevoir plus de candidatures de candidates qualifiées]

Mise à jour, mars 2020 :

J’ai été licencié de la startup de la Silicon Valley.

Peut-être plus une startup. Il y avait environ 15 personnes lorsque j’ai commencé à leur parler, 25 lorsqu’ils m’ont fait une offre d’emploi et j’ai commencé à travailler en tant qu’entrepreneur, 32 sur mes documents de demande de visa H-1B, 600+ récemment.

Mes quelques centimes :

1. Nous devons tous reconnaître que la discrimination fondée sur l’âge existe et qu’elle est mauvaise (en savoir plus : « Ce que ça fait d’être lavé à 35 ans »). Les gens ont reconnu l’écart entre les sexes dans l’industrie de la technologie, mais pas autant de discrimination fondée sur l’âge.

2. J’ai travaillé avec plusieurs programmeurs plus âgés (dans leur rôle de contributeur individuel) ces dernières années. Ils sont bons, aussi bons que les autres collègues de tout âge. Certains travaillent sur des produits de service et font des astreintes de la même manière que les jeunes (ceux de 20 ans). Je vois que l’âge est comme d’autres attributs comme le sexe et la race. Ils sont orthogonaux au rendement au travail.

Continuer la lecture

Mes quelques centimes :

3. Il est juste de se demander “pourquoi ce type est dans le même niveau d’emploi que d’autres personnes qui ont 20 ans de moins ? N’aurait-il pas dû faire beaucoup progresser sa carrière au cours des 20 dernières années ?”. Dans une certaine mesure, c’est quelque chose que les recruteurs et les gestionnaires d’embauche feraient mieux de sonder, car il s’agit de la trajectoire de croissance d’une personne. La trajectoire passée est une référence utile pour évaluer le potentiel de croissance future d’un candidat. Lorsque vous cherchez la réponse à cette question, il est important d’utiliser des yeux impartiaux. Il peut y avoir plusieurs raisons. Par exemple, le candidat s’est stabilisé à un poste supérieur, ce qui peut convenir à certains employeurs. Le candidat peut avoir choisi de ralentir considérablement son avancement professionnel en échange d’autres choses comme s’occuper d’un membre de sa famille malade. Le candidat peut être relativement nouveau dans la profession, bien qu’il/elle soit relativement plus âgé. Ça arrive. Certaines personnes changent de profession dans la quarantaine. Ils méritent une chance équitable.

4. Bien qu’il soit vrai qu’il ne peut pas y avoir autant de postes de direction, il est compréhensible et acceptable pour de nombreux jeunes programmeurs de vouloir devenir manager à l’avenir. Tout comme il est compréhensible et acceptable pour de nombreux enfants de vouloir être président des États-Unis, bien qu’il ne puisse pas y avoir autant de postes de président (généralement, il n’y en a qu’un tous les 4 ans). Au fil du temps, parmi ces jeunes programmeurs qui veulent devenir manager, certains d’entre eux deviendront managers, tandis que d’autres comprendront que soit manager n’est pas le bon travail pour eux, soit ils ne sont pas (encore) la bonne personne pour le travail de gestionnaire.

5. Beaucoup de gens pensent que les personnes âgées ne sont pas adaptées, du moins pas compétitives, pour le poste de programmeur. Leurs raisons sont généralement liées au niveau d’énergie, à la forme physique, au besoin de passer du temps avec les enfants, à l’évolution rapide du paysage technologique, etc. trivial au mieux. Prenons l’exemple d’un chauffeur de camion. Le chauffeur de camion est un travail relativement exigeant physiquement. Il est intuitif pour les gens de demander « qu’arrive-t-il aux conducteurs de camions plus âgés ». Les gens peuvent penser que les jeunes conducteurs sont plus productifs parce qu’ils peuvent passer de plus longues heures entre les repos. Ils peuvent penser que les jeunes conducteurs ont l’avantage de ne pas avoir besoin de passer du temps avec les enfants. Semblable à la façon dont les gens voient les jeunes programmeurs par rapport aux anciens.

Mais selon les données en ligne (Fichier : effectifs des chauffeurs de camion par âge.PNG), il existe une grande partie des chauffeurs de camion plus âgés et leur nombre augmente quelque peu au cours des 10 dernières années (voir les groupes d’âge 55-64 et 65+) :

Aucune des conséquences dues au vieillissement, ni les conséquences physiques (par exemple la diminution de la mémoire) ni les conséquences sociales (par exemple le temps passé avec les enfants), ne seraient un problème pour les programmeurs en général.

6. Concernant le paysage technologique en évolution rapide. En fait, cela peut n’être qu’une perception ou une vue partielle plutôt qu’une vérité totale, cela dépend de la façon dont vous la regardez. Il est vrai qu’auparavant nous n’avions qu’une poignée de choix de bases de données (Oracle, SQL Server, DB2, MySQL, PostgreSQL, Sybase) mais maintenant il existe d’innombrables choix de bases de données, la plupart étant des bases de données NoSQL. D’un autre côté, si vous regardez le Top 10 des langages de programmation, les meilleurs ont tous des décennies : Java, 20 ans ; C, 43 ans ; C++, 32 ans ; PHP, 20 ans. Même C# a déjà 15 ans. Bien que tous les ans ou deux, il existe de nouvelles fonctionnalités de langage et de nouveaux cadres de programmation pour ces langages de programmation, ce ne sont que les besoins normaux de l’apprentissage continu, comme on le voit également dans de nombreuses autres professions : les comptables sont confrontés à des modifications du code des impôts et de la réglementation tous les deux ans ; pour les enseignants, les manuels de cours ne cessent de changer et en particulier, il y a le nouveau Tronc Commun ; etc. En général, pour réussir dans n’importe quelle profession, il faut être un apprenant permanent.

En fait, ils commencent à gagner beaucoup plus vers cet âge. Une fois que vous comprenez la programmation, le langage n’a vraiment pas d’importance. La tendance va se renforcer avec l’arrivée du pack de « codeurs ». Les codeurs sont bon marché, mais ils sont sans valeur sans programmeurs et/ou ingénieurs logiciels. Vous avez besoin de leur temps pour vraiment apprendre votre métier. Vous apprenez comment les choses sont faites et la valeur de cela. Les jeunes programmeurs ont tendance à vouloir améliorer les choses ou les rendre plus « élégantes ». Je sais que je l’ai fait. Cela m’a pris du temps et un vieux mentor dont la langue pouvait enlever l’écorce d’un arbre à 50 mètres pour apprendre. je w

Continuer la lecture

Si vous êtes bon, vous resterez au fait de la technologie. Si vous n’êtes pas innovant, vous partirez tout simplement. Cependant, ne vous laissez pas entraîner à essayer d’être à la pointe de la technologie. Laissez tout le monde déboguer les nouveautés. Alors sautez dedans quand c’est solide et vous pouvez voir que ça va quelque part.

Le plus grand avantage des programmeurs plus matures est qu’ils sont plus enclins à réaliser que les entreprises et les gens utilisent des ordinateurs pour gagner leur vie. Ils ont besoin et exigent plus de 99% de disponibilité. Les plus jeunes ont tendance à oublier que les systèmes ne sont pas leurs jouets. Vous avez rarement besoin de mettre à niveau plutôt que de simplement remplacer les choses au fur et à mesure qu’elles meurent. Écrire un programme personnalisé quand il y a quelque chose que vous pouvez utiliser dans le commerce est tout simplement stupide. Ne cherchez pas nécessairement le meilleur produit, recherchez-en un fiable qui sera là pour longtemps. À l’époque, il y avait ces deux sociétés qui possédaient les marchés des tableurs et du traitement de texte. C’était fou alors parce que chacun coûtait 495 $ par siège. Lotus et WordPerfect ont attelé leurs wagons à OS/2. IBM a obtenu son court-métrage parce que Microsoft a ajouté la mise en réseau peer to peer à Windows 3.1. Ils étaient déjà contrariés car MS ne s’arrêtait pas à Windows 3.0. en conséquence, ils ont divisé la couverture. Lotus et WP ne pouvaient pas lire l’écriture sur le mur. Ils sont allés avec OS/2 et ont ignoré Windows. Ils pensaient que le monde de Windows ne serait jamais important car à l’époque il s’agissait simplement d’un shell DOS. Eux, et IBM lui-même, n’ont pas réalisé qu’IBM avait déjà perdu la confiance des clients parce qu’ils pensaient toujours qu’ils pouvaient vendre une technologie propriétaire. Ils ont été plus durement touchés sur le marché commercial parce qu’ils ont retenu tout ce qui était assez rapide sur le marché des PC pour rivaliser avec leurs mini-ordinateurs AS400. Lotis et WP sont revenus à la raison et auraient pu conserver leur place, mais ils DEVaient juste faire en sorte que leurs produits Windows ressemblent à ces versions DOS. Ils n’ont pas appris de MS’ première incursion dans le monde Mac. Word et Accel ressemblaient à la version PC. Les utilisateurs de Mac les ont ignorés. Même affaire avec Lotus et WP. WP a même utilisé son propre système d’impression. Maintenant, ils existent dans les anciens cabinets comptables et juridiques parce que MS. Elsie, la chef de bureau du cabinet comptable, ne veut pas apprendre Excel et les anciens cabinets d’avocats ont des millions de modèles de documents juridiques que personne ne veut recréer. Vous voyez, ces anciens modèles leur permettent de créer des documents en 15 minutes et vous facturent 400 $ pour eux. Je ne veux pas apprendre Excel et les anciens cabinets d’avocats ont un milliard de modèles de documents juridiques que personne ne veut recréer. Vous voyez, ces anciens modèles leur permettent de créer des documents en 15 minutes et vous facturent 400 $ pour eux. Je ne veux pas apprendre Excel et les anciens cabinets d’avocats ont un milliard de modèles de documents juridiques que personne ne veut recréer. Vous voyez, ces anciens modèles leur permettent de créer des documents en 15 minutes et vous facturent 400 $ pour eux.

Comme je l’ai dit, gardez les bonnes choses plus anciennes, mais innovez quand cela a du sens.

L’un des grands avantages de la programmation est que, même si les technologies changent, la capacité de base à faire des choses qui fonctionnent s’applique et continue de croître. J’ai 43 ans et je ne fais pas des nuits blanches comme je le faisais à 25 ans, mais je gaspille moins d’énergie sur des choses qui n’ont pas d’importance, et je peux faire fonctionner des choses bien plus grandioses qu’à l’époque.

Continuer la lecture

Dans cet espace, la différence de capacité n’est pas seulement un pourcentage, c’est un multiplicateur. Un programmeur peut faire des choses en quelques semaines sur lesquelles d’autres travailleront pendant des années et ne réussiront jamais. La place pour « s’élever » est illimitée, et elle est moins gênée par le fait que vos os vieillissent un peu. Je dirais donc que c’est moins risqué qu’un travail où vous ne pouvez pas créer la sécurité de devenir bon à créer une valeur énorme.

Notez que les minorités ont profondément pénétré le sport professionnel même si le racisme est présent. Il y a une leçon ici : quelle que soit l’importance des “ismes”, être vraiment bon compte encore plus. Même dans une industrie où son produit est destiné aux autres à fantasmer d’être vous, comme pour ces athlètes.

Quand j’avais 41 ans, j’étais dans une startup prospère de la Silicon Valley. J’étais avec un groupe de l’équipe à skier le week-end, un monde loin de grandir dans le Midwest avec une maman sur des coupons alimentaires. La plupart des autres membres de l’équipe avaient environ 25 ans. J’avais occupé des postes plus élevés avant et après, mais j’avais alors un super patron qui avait peut-être 32 ans, que j’aimais à l’époque et maintenant. L’un des autres gars de l’équipe était une vraie dynamo, et a probablement 10 ans sur moi même. J’étais assis dans un bain à remous en train de boire de la bière avec seulement les plus jeunes que moi, mais je ne me souviens que de cette séparation maintenant à cause de votre question. Vous vous demandez peut-être ce que nous avions en commun, comment nous étions tous liés : nous aimions tous construire des choses étonnantes. La curiosité et l’excitation à ce sujet sont ce à quoi les gens veulent penser.

De plus, les jeunes programmeurs ont peur d’être jeunes. Et tout le monde s’inquiète de ne pas en savoir assez. Ainsi, à certains égards, vous échangerez une inquiétude latente contre une autre.

Pourquoi les plaintes sur l’âgisme ?? Je pense qu’un facteur est que la barre a augmenté pour les programmeurs. Les programmeurs que j’étais ravi d’embaucher pour ma première équipe n’obtiendraient pas une offre aussi facilement maintenant. Beaucoup de programmeurs sont entrés dans la porte dans le bon vieux temps et n’ont pas utilisé leur temps depuis pour améliorer leurs compétences. Ne fais pas ça. Et, si vous vous retrouvez derrière le ballon deux décennies plus tard, ne blâmez pas votre âge.

Je ne suis pas d’accord avec Soham Mehta en ce qu’il y a beaucoup de programmeurs de plus de 40 ans. En fait, il y a beaucoup de programmeurs de plus de 60 ans. Étant donné que FORTRAN et COBOL ont été développés dans les années 1950, je crois que les programmeurs existaient depuis plus de 20 ans auparavant. Je suis même entré sur le marché du travail. Maintenant, le nombre de programmeurs Web/Python/langage fonctionnel/data science/Visual Basic/C# est faible (évidemment)

Continuer la lecture

Les programmeurs, comme toute autre profession, souffrent de discrimination fondée sur l’âge. Cependant, il existe rarement un moyen de le prouver. Cela fait aussi mal si vous n’êtes pas particulièrement bon pendant les entretiens. (J’ai toujours dit que vous rencontrez des problèmes au travail si jamais vous réussissez à passer un entretien.) Je me suis retrouvé à travailler pour un nouvel emploi juste pour être licencié. Les entreprises que j’ai rejointes ont connu des licenciements assez importants entre 2000 et 2014 et, étant l’une des nouvelles personnes dans l’entreprise, j’étais sans emploi avant d’atteindre le cap d’un an. Heureusement, j’ai bien fait pendant ma période de non-licenciement et j’ai pu prendre ma retraite confortablement. (Je ne suis pas riche du tout, mais je vais bien.)

Une chose qui a changé au fil des ans, c’est que les entreprises s’attendent à ce que vous “preniez le dessus”, une phrase que je déteste vraiment. Par exemple, je suis un expert en assembleur mainframe et en C (pas tellement en C++ ; les entreprises pour lesquelles j’ai travaillé ne l’ont jamais utilisé et donc je ne l’ai jamais appris en profondeur), mais j’ai rejoint une entreprise qui s’attend à utiliser C++ (ça va) mais la société écrit des utilitaires pour DB2 et d’autres programmes très volumineux. Je n’ai jamais eu de formation pour SQL. J’ai en quelque sorte capté quelques commandes ici et là, mais je n’ai pas été envoyé à une classe, pointé vers une vidéo de formation, etc. C’était une période frustrante.

J’ai senti que le salaire à mi-carrière a augmenté de manière significative. Étant un peu plus âgé, je trouve même que mes attentes en matière d’indemnisation sont probablement faibles. Mais, les ingénieurs logiciels sont bien payés, du moins si vous vivez selon vos moyens (ce qui est malheureusement rare aux États-Unis) et gardez le nombre de Ferrari que vous possédez à deux. Un pour vous et un pour votre conjoint. 🙂

Tout un tas de choses différentes, selon les individus.

Pour être capable de bien gérer, vous avez besoin de bonnes compétences interpersonnelles, d’une capacité d’empathie, d’une capacité d’organisation et d’une capacité à résoudre des problèmes. Si vous êtes un singe de code comme je l’étais, soit vous avez déjà les deux derniers, soit vous êtes un singe de code au chômage (ou sur le point de le devenir). Les deux premiers sont répartis au hasard parmi les programmeurs – certains sont excellents dans ce domaine et progresseront très bien vers la gestion. Certains ne sont pas et ne seront jamais des managers.

Pour être capable de bien diriger (par opposition à gérer) bien, vous devez avoir la capacité d’inspirer

Continuer la lecture

Tout un tas de choses différentes, selon les individus.

Pour être capable de bien diriger (par opposition à gérer) bien, vous devez avoir la capacité d’inspirer les autres avec votre vision afin qu’ils l’intériorisent et en fassent leur propre vision, leur donnent les outils dont ils ont besoin pour faire le travail et rester dehors de leur chemin, en vérifiant de temps en temps et en s’assurant qu’ils ont toujours tout ce dont ils ont besoin et en les aidant à trouver leurs propres moyens de résoudre les problèmes qu’ils rencontreront. Une capacité à bien embaucher/nommer est importante ici aussi : vous ne pouvez pas diriger sans faire entièrement confiance aux autres (ou peut-être que vous pouvez, mais je ne sais pas comment), alors sélectionner ces autres devient une compétence importante. Et bien sûr, vous devez être capable de penser stratégiquement dans un contexte commercial. Encore une fois, ces compétences sont distribuées au hasard : certains grands managers font de grands leaders, d’autres font d’affreux leaders.

Au niveau intermédiaire ou supérieur de n’importe quelle entreprise, vous trouverez des personnes qui ont commencé dans un tas de domaines différents, mais qui ont évolué vers des cadres intermédiaires ou supérieurs parce qu’elles possédaient ces compétences supplémentaires. Certains d’entre eux seront d’anciens codeurs.

Pour les codeurs qui n’ont pas ces compétences ou qui ne veulent tout simplement pas évoluer vers la gestion, ce n’est absolument pas Game Over.

Beaucoup de gens continuent à coder toute leur vie et adorent ça. Le codage à la base est un processus créatif. Pensez à d’autres métiers créatifs : musiciens, luthiers, menuisiers, artistes, écrivains… l’expérience apporte tout un tas d’avantages qu’il n’y a pas d’autre moyen d’accumuler.

Lorsque j’embauche des équipes de codage, je suis toujours à la recherche d’hétérogénéité. Toutes les recherches montrent que les équipes avec un mélange de formations et d’expériences produisent de meilleures décisions et de meilleurs résultats que des équipes plus homogènes (par exemple un groupe de Young Bucks – qui peuvent trop rapidement tomber dans la pensée de groupe, ou être obsédés par The Latest Fad lorsque le cœur de comment écrire un bon code – quelle que soit la langue – ne change vraiment pas si vite). Encore une fois, les recherches suggèrent qu’en général nous sommes les plus innovants dans la vingtaine et la trentaine, mais à notre plus créatif dans la quarantaine et la cinquantaine et au-delà (car même si nous n’innovons plus aussi bien, nous sommes mieux à même de voir connexions que nos plus jeunes auraient manquées). Et encore une fois, le codage est une activité créative.

D’autres passent de développeur à concepteur à architecte (ou un tas de choses équivalentes). Bien qu’il soit important de traiter avec les autres dans ces deux derniers rôles, le véritable objectif est toujours votre propre compétence technique individuelle, l’étendue de l’expertise et de la perspicacité techniques, et l’expérience d’avoir vu une myriade de choses fonctionner ou ne pas fonctionner (vous en apprenez beaucoup plus lorsque les choses ne fonctionnent pas). travail). Vous n’avez peut-être pas beaucoup d’équipe, mais votre impact est multiplié – toutes vos décisions sont importantes. Vous êtes un expert technique(tm), pas un manager ou un leader, mais vous ne voulez probablement pas l’être (et de nombreux endroits où vous gagnez probablement plus que la plupart des autres – à mon avis, en tant que personne qui a pris le autre voie, à juste titre).

D’autres encore ont une grande idée. Ils repèrent un créneau à combler. Peut-être qu’ils peuvent créer une entreprise pour le faire, ou peut-être qu’ils peuvent simplement écrire du code pour le faire, mais ils trouvent quelqu’un d’autre qui est doué pour créer et diriger des entreprises qui peuvent prendre ce côté avec eux. Cela arrive plus souvent que vous ne le pensez : vous lisez sur les entreprises licornes et les échecs abjects mais beaucoup frappent ce juste milieu de quelques millions de chiffre d’affaires, quelques dizaines d’employés, et quoi ne pas aimer dans ce scénario ?

Un itinéraire qui fonctionne bien ici au Royaume-Uni, et je pense aux États-Unis, bien qu’ailleurs en Europe, c’est plutôt une histoire mitigée et le gouvernement britannique n’est pas ami avec ça, c’est de devenir indépendant.

La seule règle cardinale, cependant, est qu’une fois que vous arrêtez d’être technique, réalisez que vous l’avez fait. Je me souviens très bien d’être un jeune homme qui se tortillait dans des conversations extrêmement embarrassantes avec des gestionnaires et des dirigeants qui pensaient qu’ils avaient encore des compétences en matière de codage mais, eh bien, ce n’était pas le cas. J’ai décidé en commençant que ça ne serait jamais moi. J’espère que ça ne l’a jamais été !

TL; DR – cela dépend.

Ils font toujours de la programmation, ou ils ont élargi leur champ d’action au-delà de la simple programmation. Ou ils ont pris leur retraite, ou changé d’emploi.
Lorsque vous travaillez dans le domaine du développement de logiciels depuis plus de 10 à 15 ans (et pas seulement un an d’expérience 10 fois, mais que vous faites vraiment un travail différent et de plus en plus différent au cours des 10 années), vous verrez que tout est vieux. nouveau à nouveau. Nuage? Cela s’appelait le temps partagé dans les années 60. (pas précisément, mais c’est l’idée générale).

Les développeurs en fin de carrière ont une compréhension de base du fonctionnement de l’entreprise – pourquoi ce n’est peut-être pas une bonne idée de refactoriser l’e

Continuer la lecture

Les développeurs en fin de carrière ont une compréhension de base du fonctionnement de l’entreprise – pourquoi ce n’est peut-être pas une bonne idée de refactoriser l’ensemble de la base de code, et pourquoi c’est en fait une bonne idée de simplement pirater ce petit changement ; parce que le risque commercial de ce refactor bien-aimé est tout simplement trop élevé. Je commenterai un peu cyniquement que l’une des raisons pour lesquelles beaucoup de start-ups comme les jeunes programmeurs est parce que le jeune programmeur n’en sait pas assez pour savoir que l’idée géniale du fondateur n’est pas vraiment brillante, et n’est pas réellement réalisable ou va à gagner de l’argent, à l’exception du fondateur jusqu’à ce qu’ils soient à court de piste. Plus d’une personne m’a proposé une idée, ou à l’un de mes collègues du même âge, en disant : j’ai ce doctorat de la CMU et il a cette idée géniale, et nous avons dû leur faire savoir gentiment – eh bien, avons vous avez pensé à A, et B, et C,

L’autre chose est que les concepts de base ne se démodent pas, même si la syntaxe précise change. L’année dernière, j’ai fini par utiliser un environnement de test entièrement écrit en Ruby, que je n’avais jamais vu auparavant. Cependant, en un jour ou deux environ, j’écrivais de nouveaux scripts – ce n’est tout simplement pas si différent de C ou Python ou autre – Il contient des boucles, des listes, des itérateurs, des tableaux, des tranches, des classes, des fonctions, etc. et stackexchange et demandez “ruby iterate list” et en une seconde, vous avez la syntaxe dont vous avez besoin. Bien sûr, il n’utilise pas pleinement tout ce que Ruby peut offrir, mais il fait le travail aujourd’hui.

Je travaille beaucoup sur des systèmes temps réel durs embarqués, et tout à l’heure, ils deviennent vraiment audacieux avec le chargement de logiciels à l’exécution, mais avec l’allocation statique et la liaison – hé, je l’ai fait sur un CDC7600 en 1979 , et à nouveau sur un PDP-11 au début des années 80, puis sur MTOS-86 sur un 8086 un peu plus tard, puis le « monde réel » est passé à la liaison dynamique et à l’allocation de mémoire. Donc, quand quelqu’un vient me voir et me dit qu’il y a ce schéma où vous avez une table de saut au début d’un bloc de code chargeable, ce n’est pas une construction inhabituelle. Je sais quels seront les problèmes, de quoi il faut être conscient, etc.

L’autre chose est que vous avez tendance à élargir votre domaine d’expertise. Lorsque vous démarrez, vous pouvez être passionné par le codage, par exemple, la gestion de B-tree dans un environnement utilisateur unique, mais vous n’avez probablement pas beaucoup d’expérience dans le développement et le débogage de plusieurs threads avec des interblocages, etc. plusieurs fois, et maintenant plusieurs threads, l’exécution simultanée, l’évitement des blocages, la validation/l’annulation et tout le reste est une seconde nature. Alors peut-être que vous vous retrouvez à faire du traitement du signal en temps réel – où le débit synchrone et la synchronisation déterministe sont la condition sine qua non, mais vous devez également gérer des événements asynchrones comme les achèvements d’E/S ou les messages externes. Un autre ensemble de compétences, et si vous êtes intelligent, vous savez comment architecturer le système et écrire les exigences pour éviter les problèmes, et si vous êtes coincé avec un système existant (comme la plupart du temps),

La plupart des développeurs de logiciels en début de carrière sont franchement mauvais en documentation – ils pensent que mettre des commentaires et laisser doxygen, pydoc, rdoc ou l’un des douze équivalents broyer les pages avec les définitions de classe, les déclarations et les liens est suffisant. C’est parce qu’ils n’ont pas souffert en essayant de répondre à « qu’est-ce qu’ils essayaient de faire ici, et pourquoi diable l’ont-ils fait de cette façon ? Y a-t-il une interaction obscure ou est-ce vraiment que la façon dont c’est fait n’a pas d’importance, c’est juste la façon dont la personne précédente l’a codée »

De nombreux facteurs entrent en jeu

Le biais économique rationnel envers les jeunes programmeurs

les jeunes programmeurs sont moins chers à employer, leurs demandes de rémunération sont plus malléables et flexibles
les jeunes programmeurs sont généralement personnellement seuls sans engagement familial, ce qui permet des efforts de temps de crise maximum typiques de nombreux projets logiciels à grande échelle qui sont toujours en retard sur le plan
les jeunes programmeurs sont plus crédules, ils sont plus susceptibles d’accepter l’idée que les problèmes d’organisation/d’ordonnancement ne sont pas systématiques et endémiques, mais qu’il s’agit d’une erreur ponctuelle. ils sont loin

Continuer la lecture

De nombreux facteurs entrent en jeu

Le biais économique rationnel envers les jeunes programmeurs

les jeunes programmeurs sont moins chers à employer, leurs demandes de rémunération sont plus malléables et flexibles
les jeunes programmeurs sont généralement personnellement seuls sans engagement familial, ce qui permet des efforts de temps de crise maximum typiques de nombreux projets logiciels à grande échelle qui sont toujours en retard sur le plan
les jeunes programmeurs sont plus crédules, ils sont plus susceptibles d’accepter l’idée que les problèmes d’organisation/d’ordonnancement ne sont pas systématiques et endémiques, mais qu’il s’agit d’une erreur ponctuelle. ils sont beaucoup plus susceptibles de suivre les ordres sans poser de questions ni de réserves car ils n’ont pas d’opinion solide quant au résultat
les jeunes programmeurs sont très motivés pour s’établir dans le sens de leur carrière afin de maximiser le potentiel de revenus futurs en générant un bon ensemble de compétences, ils sont prêts à supporter beaucoup de merde pour atteindre l’objectif final souhaité

Faites attention à ce que vous souhaitez. Chaque programmeur plus âgé était un programmeur plus jeune.

jetez un œil à n’importe quelle équipe d’ingénieurs et l’évidente tendance démographique vers les jeunes ingénieurs existe depuis des décennies. Dans mes deux premières entreprises, l’âge médian des ingénieurs était de 25 ans, il n’y avait personne de plus de 30 ans, y compris le vice-président de l’ingénierie
les directeurs d’ingénierie sont plus âgés et sont sensibles aux pièges de l’embauche d’un programmeur plus âgé. beaucoup de ces ingénieurs plus âgés ont des familles et des engagements personnels externes qui sont plus précieux que les objectifs de l’entreprise. un engagement exclusif envers le groupe d’ingénierie est beaucoup plus optimal pour l’entreprise qu’un conflit potentiel en cours. ils tentent donc de s’assurer de la notion d’« engagement » futur par rapport à toute décision d’embauche.
Les programmeurs plus anciens sont plus chers. Les coûts des soins de santé, en particulier pour ceux qui ont des familles, sont beaucoup plus élevés. Les salaires ne font généralement qu’augmenter. De nombreux programmeurs plus âgés ont des compétences en déclin. Les groupes d’ingénierie sont généralement construits avec une courbe d’expérience en cloche, il n’y a que quelques postes pour les personnes les plus expérimentées. La démographie des âges est plate, ce qui est en conflit avec le nombre décroissant de postes de direction.

Ainsi, en fin de compte, la plupart des programmeurs plus âgés se dirigent soit vers la gestion de l’ingénierie (une petite fraction) et vers des rôles de support technique (gestion de l’assurance qualité, gestion des produits, support des ventes) (également une petite fraction). La fraction la plus importante prend sa retraite ou change de carrière en gros.

Le plan de loin le plus sûr pour un ingénieur logiciel est que l’exigence financière de travailler devienne plus facultative au moment où l’on se trouve à la baisse de la courbe démographique en cloche qui se produit vers l’âge de 40 à 45 ans. Le livre de jeu typique de la Silicon Valley pour cette stratégie est jouer à la loterie startup / IPO pendant les 10 premières années de sa carrière. Tout simplement parce que si une introduction en bourse réussit, elle est souvent fixée à vie fiscalement. Malheureusement, cela nécessite une entreprise favorable, une économie favorable et un marché boursier favorable qui sont tous soumis au cycle boom / bust du capitalisme. Après ce moment, il fallait maximiser les gains salariaux si aucun ticket de loto IPO chanceux n’avait été encaissé (oui, c’est probablement plus de chance que de compétence, je déteste dire, probablement 65% de chance, 35% de compétence).

Les entreprises ont des politiques qui tiennent compte du temps et des performances (comme Microsoft) qui agissent comme un filtre pour éliminer les personnes qui ne maintiennent pas continuellement leur capacité à coder des cercles autour des nouveaux diplômés entrants (ce qui, certes, ne semble pas difficile, mais il est pour beaucoup). Ajoutez à cela la plupart des recrutements ciblant les nouveaux diplômés et vous obtenez un entonnoir d’âge. Jusqu’à ce que vous fassiez un groupe senior, vous devez être promu là-bas ou votre temps est court. Très peu de gens auront la chance de traîner en tant que SDE II de cinq ans.

faire ingénieur senior dans un endroit comme Microsoft est très difficile, à moins bien sûr que vous ayez

Continuer la lecture

devenir ingénieur senior dans un endroit comme Microsoft est très difficile, à moins bien sûr que vous ne l’ayez fait… car nous supposons souvent que les choses que nous pouvons faire sont faciles… et la plupart s’épuisent ou partent (ou se font virer) avant cela. Après cela, vous pouvez généralement rester aussi longtemps que vous le souhaitez (en dehors des licenciements, qu’ils essaient de cibler des employés « chers » sans les cibler ouvertement) à moins que vous ne changiez de discipline. Ensuite, vous n’aurez pas de temps de rampe, vous n’aurez donc aucune erreur dans votre transition. De plus, vous allez probablement décrocher chez les seniors, bien sûr, à moins que vous ne soyez du matériel de la NBA et que vous ayez de grandes compétences sociales (et une certaine affection de la part de ceux qui gèrent votre promo). La discipline de test est pire car aller au-delà des principes sans passer à la gestion, c’est comme trouver une licorne. Je pense que Microsoft en a eu un ou deux pendant tout mon séjour là-bas qui n’a pas t faire principe en tant que manager avant de revenir à un rôle (plus) technique. Il y a beaucoup plus de PM à ce niveau car cela nécessite moins d’expertise technique et les compétences sociales sont moins limitées de manière finie, plus de développeurs le font car sans eux (nous) il n’y a pas de logiciel. Cependant, un nombre infime de personnes le rendent aussi long. C’est donc en partie l’âge, certainement les politiques RH entourant les promotions, et surtout un acte d’accusation contre le broyeur que le développement de logiciels commerciaux est pour beaucoup de gens.

Une grande partie de ce qui peut être évité, si vous avez les compétences, en partant quand ce n’est pas amusant et en planifiant vos prochaines étapes, ne restez pas coincé dans le contentement et la sécurité. Ce que vous faites est toujours remplaçable, donc sachant cela… faites ce qui vous donne un but et répond à vos besoins.

La question la plus posée concernant Qu’arrive-t-il aux programmeurs plus âgés (plus de 30 ans) ? Est-ce qu’ils sont licenciés à mesure qu’ils vieillissent et qu’ils sont « moins innovants » ? Le salaire à mi-carrière augmente-t-il beaucoup pour les ingénieurs logiciels ? :

Quels-sont-quels-sont-suggérés-des-emplois-rémunérateurs-sans-stress ?
Comment-les-fondateurs-paient-ils-leurs-factures-après-avoir-quitté-leur-emploi-à-temps-plein-mais-recherchant-toujours-des-investissements-dans-leurs-startups ?
Pourquoi-privilégions-nous-les-emplois-au-lieu-d’une-entreprise ?
Combien-d’emplois-aviez-vous-Quel-était-le-meilleur ?
Les-emplois-logiciels-sont-ils-stressants-Si-oui-de quelle-façon-sont-ils-?
Y a-t-il-des-emplois-légitimes-de-travail-à-domicile-pour-une-maman-au-maison-avec-aucune-option-de-garde-d’enfants-et-pas-d’endroit-calme-pour-travailler- Je-ne-peux-acheter-ou-vendre-rien ?
Quelles-sont-les-options-pour-un-emploi-gouvernemental-pour-un-étudiant-en-électrotechnique ?
Quelle-est-la-signification-du-SC-dans-l’examen-des-scientifiques-ISRO ?
Quel-pour-cent-de-personnes-aux-Etats-Unis-pensent-que-le–9-11-etait-un-emploi-interne?
Est-ce-que-les-enfants-adoptés-se-sentent-jamais-aimés-à- cause-de-leurs-parents ?
Quel-est-le-mieux-un-emploi-gouvernemental-ou-une-entreprise-familiale ?
J’ai 18 ans-et-je-veux-etre-un-entrepreneur-je-suis-disposé-à-mettre-tout-que-j’ai-dedans-comment-dois-je-commencer-et-quoi- dois-je m’attendre?
Gagnez-vous-ou-perdez-vous-la-liberté-lorsque-vous-devenez-un-adulte-et-commencez-à-gagner-de-l’argent-en-travaillant-pour-quelqu’un-d’autre-que-vous-même ?
Pourquoi-Modi-et-Amit-Shah-attaquer-Indira-Gandhi-pour-l’urgence-de 1975-pour-quelle-elle-a-été-punie-et-expiée ?
Quel-type-de-emplois-utilise-le-codage ?
Quel-type-d-emploi-les-ingénieurs-automobiles-obtiennent-ils-Pourquoi-les-ingénieurs-mécaniques-sont-ils-préférés-aux-ingénieurs-automobiles-dans-l-industrie-automobile ?
Dois-je-quitter-mon-emploi-et-partir-en-voyage-pendant-5-mois-j’ai-23-et-avoir–2-ans-d’experience-dans-mon-domaine?
Quels-secteurs-d’emplois-sont-les-plus-en-demande?
Quelle-est-la-signification-du-proverbe-restez-faim-restez-idiot ?
Quelles-seront-les-meilleures-options-de-carrière-jusqu’en-2022-2025-en-Inde ?
Quel-est-le-meilleur-logiciel-de-signature-e ?
Quelles-sont-quelques-histoires-moins-connues-sur-Steve-Jobs ?
A-l-âge-de-30-ans-pour-quels-emplois-gouvernementaux-suis-je-éligible-en-Inde ?
Êtes-vous-satisfait-de-votre-emploi-2 ?
Qu’est-ce-qu’un-emploi-facile-et-extrêmement-bien-payant-Je-ne-sais-pas-très-brillant-mais-aimerais-un-emploi-vraiment-bien-payant ?
Les gens sont-ils-satisfaits-de-leur-emploi-disons-après 20-ans ?
Pourquoi-ne-a-t-il-pas-Trump-juste-faire-son-travail-tranquillement ?
Quel-emploi-qui-ne-requiert-aucune-compétence-paye-le-mieux-pour-un-étudiant ?
Je-veux-faire-un-MS-en-ingénierie-mécanique-de-l’Allemagne-mais-mon-agrégat-est-62-Pour quels-universités-devrais-je-essayer-?
Qu’est-ce-qu’un-exemple-de-manipulation ?

Cookie	Duration	Description
cookielawinfo-checkbox-analytics	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".
cookielawinfo-checkbox-functional	11 months	The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional".
cookielawinfo-checkbox-necessary	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary".
cookielawinfo-checkbox-others	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.
cookielawinfo-checkbox-performance	11 months	This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance".
viewed_cookie_policy	11 months	The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data.