Les deux prochaines années du génie logiciel

 (addyosmani.com)
110 points par GN⁺ 2026-01-13 | 10 commentaires | Partager sur WhatsApp
  • Le développement basé sur des agents IA dépasse l’autocomplétion pour entrer dans une phase d’exécution réelle des tâches, ce qui bouscule rapidement le rôle du génie logiciel et ses voies d’accès
  • La baisse des recrutements juniors et les organisations centrées sur l’efficacité apparaissent simultanément, avec une diffusion d’un modèle où un petit nombre de profils expérimentés traite davantage de travail à l’aide d’outils IA
  • Les capacités de vérification, de conception et de jugement, plus que le simple codage deviennent essentielles, et les compétences humaines permettant de maîtriser les productions de l’IA s’imposent comme facteur clé de différenciation
  • Les profils en T (expertise approfondie + large capacité d’adaptation) sont avantagés dans un environnement IA qui évolue rapidement, accélérant une dynamique qui exige à la fois profondeur dans un domaine et adaptabilité multidisciplinaire
  • L’affaiblissement du parcours traditionnel centré sur le diplôme de CS s’accompagne de l’essor d’un écosystème d’apprentissage à plusieurs niveaux, incluant portfolio, bootcamp et formation pilotée par les entreprises

1. Le problème des développeurs juniors

  • Alors que l’IA automatise les tâches d’entrée de gamme, on observe à la fois une forte baisse du recrutement de développeurs juniors et une dynamique inverse où la demande repart à la hausse à mesure que le logiciel se diffuse dans tous les secteurs
  • Une étude de Harvard portant sur 62 millions de travailleurs montre que lorsque les entreprises adoptent l’IA générative, l’emploi de développeurs juniors diminue d’environ 9 à 10 %, tandis que l’emploi senior est presque inchangé
  • Les grandes entreprises tech ont réduit de 50 % les embauches de débutants au cours des trois dernières années
  • La formule d’un ingénieur : « Pourquoi payer un junior 90 000 dollars alors qu’un agent de code IA coûte moins cher ? »
  • Des facteurs macroéconomiques comme la hausse des taux d’intérêt et les ajustements post-pandémie vers 2022 ont eu un impact avant même la diffusion des outils IA, mais l’IA a accéléré cette tendance
  • Un ingénieur senior aidé par l’IA peut désormais absorber un volume de travail qui nécessitait autrefois une petite équipe
  • Scénario optimiste : l’IA pourrait faire exploser la demande de développeurs non seulement dans la tech, mais aussi dans la santé, l’agriculture, l’industrie et la finance
    • Plutôt que de remplacer les développeurs, l’IA jouerait le rôle de force multiplicatrice (force multiplier) en étendant le travail de développement à des domaines qui n’avaient jamais embauché de codeurs
    • Les développeurs « AI native » pourraient faire émerger une autre forme de poste d’entrée de gamme, centrée sur la création rapide d’automatisations et d’intégrations pour des niches spécifiques
  • Le Bureau of Labor Statistics des États-Unis continue de prévoir environ 15 % de croissance pour les métiers du logiciel entre 2024 et 2034
  • Risque de long terme du scénario pessimiste : les juniors d’aujourd’hui sont les seniors et leaders techniques de demain ; si l’on bloque complètement le pipeline de talents, un vide de leadership pourrait apparaître d’ici 5 à 10 ans
    • Des vétérans du secteur parlent de « slow decay » : un écosystème qui cesse de former sa relève

  • Conseils pour les développeurs juniors

    • Il faut développer une bonne maîtrise de l’IA et de la polyvalence
    • Il faut prouver qu’un junior + l’IA peut produire au niveau d’une petite équipe
    • Construire des fonctionnalités plus ambitieuses avec des agents de codage IA comme Cursor, Antigravity, Claude Code ou Gemini CLI, tout en étant capable de comprendre et d’expliquer l’essentiel du code
    • Se concentrer sur les compétences difficilement remplaçables par l’IA : communication, décomposition des problèmes, connaissance métier
    • Envisager des rôles adjacents comme QA, DevRel ou l’analyse de données comme points d’entrée
    • Construire un portfolio incluant des projets intégrant des API d’IA
    • Acquérir des expériences variées : alternance, stage, contrat, contribution open source, etc.
    • Il faut devenir un ingénieur immédiatement opérationnel, capable d’apprendre vite et de contribuer tout de suite, plutôt qu’« un nouveau débutant de plus à former »

  • Conseils pour les développeurs seniors

    • Avec la baisse du nombre de juniors, davantage de tâches simples et répétitives retombent sur les seniors
    • Utiliser l’automatisation pour les tâches quotidiennes, sans pour autant tout faire seul
    • Mettre en place du CI/CD, des linters et des tests pilotés par l’IA pour bloquer les problèmes élémentaires dès le départ
    • Jouer un rôle de mentorat informel via l’open source ou l’accompagnement de collègues d’autres équipes
    • Il faut expliquer clairement à la direction les risques de long terme d’une équipe 100 % senior
    • En prévision d’un éventuel retour de la demande junior, préparer un onboarding efficace et une structure de délégation du travail appuyée par l’IA
    • Concentrer sa valeur non sur la productivité individuelle, mais sur sa capacité à amplifier la production et l’impact de toute l’équipe

2. Le problème des compétences

  • Aujourd’hui, 84 % des développeurs utilisent régulièrement des outils d’assistance par IA
  • Face à un bug ou à une nouvelle fonctionnalité, il devient courant de rédiger des prompts et d’assembler des fragments de code générés par l’IA, plutôt que d’écrire le code depuis zéro
  • Les codeurs d’entrée de gamme sautent parfois « la manière difficile » : ils n’ont peut-être jamais construit un arbre binaire de recherche à partir de rien ni débogué eux-mêmes une fuite mémoire
  • Le cœur des compétences se déplace de l’implémentation d’algorithmes vers la capacité à poser les bonnes questions à l’IA et à valider ses sorties
  • Certains ingénieurs seniors craignent que cette évolution ne produise une génération incapable de coder de façon autonome, autrement dit une forme de déqualification
  • Le code généré par l’IA peut contenir des bugs subtils et des failles de sécurité que des développeurs moins expérimentés risquent de ne pas détecter

  • Scénario alternatif

    • L’IA prendrait en charge 80 % des tâches répétitives et routinières, tandis que les humains se concentreraient sur les 20 % de problèmes les plus difficiles
      • Conception d’architecture, intégrations complexes, design créatif, traitement des edge cases
    • La généralisation de l’IA ne rendrait pas les connaissances profondes inutiles ; elle rendrait au contraire l’expertise humaine encore plus importante
    • Quand tout le monde a accès à des agents de codage IA, ce qui distingue les excellents développeurs, c’est de savoir quand l’IA se trompe ou n’est pas optimale
    • Comme le dit un ingénieur senior : « Le meilleur software engineer n’est pas le codeur le plus rapide, mais celui qui sait quand il faut se méfier de l’IA »

  • L’évolution de la programmation

    • L’écriture de boilerplate diminue, tandis que la part consacrée à l’examen des erreurs logiques, défauts de sécurité et écarts par rapport aux exigences dans les sorties de l’IA augmente
    • Compétences clés : architecture logicielle, conception de systèmes, optimisation des performances, analyse de sécurité
    • L’IA peut créer rapidement une application web, mais l’ingénieur spécialisé vérifie le respect des bonnes pratiques de sécurité et la possibilité de conditions de course
    • En 2025, la communauté des développeurs se divise en deux camps
      • Ceux qui estiment qu’on n’écrira presque plus de code à la main et que les entretiens de codage doivent évoluer
      • Ceux qui pensent qu’en sautant les bases, on s’expose à davantage de problèmes quand les résultats de l’IA se cassent
    • Une tendance se dessine dans tout le secteur : on attend des ingénieurs qu’ils combinent la vitesse de l’IA et la sagesse fondamentale nécessaire pour la garder sous contrôle

  • Conseils pour les développeurs juniors

    • Utiliser l’IA comme outil d’apprentissage, et non comme simple béquille
    • Analyser pourquoi le code proposé par l’IA fonctionne et identifier ses faiblesses potentielles
    • Couper régulièrement l’aide de l’IA pour réimplémenter les algorithmes de base depuis zéro
    • Se concentrer sur les fondamentaux de la CS : structures de données, algorithmes, complexité en temps et en espace, gestion mémoire
    • Implémenter les projets deux fois (avec IA, puis sans IA) et comparer
    • Acquérir de manière structurée les compétences de conception de prompts et de maîtrise des outils
    • Adopter des habitudes de test rigoureuses : écrire des tests unitaires, lire les stack traces avant d’interroger immédiatement l’IA, apprendre à bien utiliser un débogueur
    • Renforcer les compétences complémentaires que l’IA ne peut pas reproduire : intuition de conception système, sens de l’expérience utilisateur, capacité de raisonnement sur la concurrence

  • Conseils pour les développeurs seniors

    • Se positionner comme garant de la qualité et de la complexité
    • Renforcer les expertises clés : architecture, sécurité, passage à l’échelle, connaissance métier
    • Modéliser les systèmes incluant des composants IA et examiner en continu les scénarios de défaillance
    • Rester à jour sur les vulnérabilités et types de problèmes fréquents dans le code généré par l’IA
    • Assumer un rôle de mentor et de relecteur : définir ce qui est autorisé avec l’IA et les zones où la revue manuelle reste obligatoire (paiement, code de sécurité)
    • Confier les tâches répétitives de raccordement d’API à la combinaison junior + IA, et se concentrer sur le rôle créatif et stratégique consistant à décider quelles API concevoir
    • Continuer d’investir dans les soft skills, comme la communication et la compréhension transverse des domaines
    • Se concentrer sur ce qui rend les développeurs humains irremplaçables : jugement sain, pensée à l’échelle du système, mentorat

3. Le problème des rôles

  • Le rôle du développeur pourrait soit se réduire à celui d’un auditeur limité supervisant du code généré par l’IA, soit s’étendre à celui d’orchestrateur central concevant et coordonnant des systèmes pilotés par l’IA
  • Scénario extrême 1 :
    • Le développeur voit sa responsabilité créative diminuer et se concentre davantage sur l’audit et la supervision des productions de l’IA que sur la construction de logiciels
    • Les systèmes d’IA (ou des plateformes no-code utilisées par des « développeurs citoyens ») assurent la production ; les développeurs humains examinent le code généré automatiquement, vérifient les erreurs, biais et problèmes de sécurité, et approuvent le déploiement
    • Le créateur se transforme en contrôleur, et la joie de créer du code est remplacée par l’anxiété de la gestion des risques
    • Certains ingénieurs passent déjà plus de temps à évaluer des pull requests générées par l’IA et à gérer des pipelines automatisés qu’à écrire du code à partir de zéro
    • Selon un ingénieur : « Je ne veux pas finir comme un éboueur du code, à nettoyer ce que l’IA balance »

  • Futur alternatif : orchestrateur de haut niveau

    • Le développeur évolue vers un orchestrateur de haut niveau combinant responsabilités techniques, stratégiques et éthiques
    • Avec des « workers » IA, le développeur humain joue un rôle d’architecte ou d’entrepreneur général :
      • concevoir l’architecture globale du système
      • décider quelles tâches confier à quelle IA ou à quel composant logiciel
      • assembler plusieurs éléments pour composer une solution
    • Dans un environnement de développement agentique, l’ingénieur remplit un rôle proche de celui d’un compositeur dirigeant un ensemble d’agents IA et de services
      • il n’écrit pas lui-même tout le code, mais définit la mélodie que sont l’architecture, les interfaces et les interactions entre agents
      • une forme qui fusionne les rôles d’ingénieur logiciel, d’architecte système et de stratège produit
    • Vision optimiste : à mesure que l’IA prend en charge les tâches répétitives, le rôle du développeur se déplace inévitablement vers des activités à forte valeur ajoutée. Le travail pourrait devenir plus intéressant
    • La direction prise dépendra de la manière dont les organisations intègrent l’IA
      • Entreprises qui voient l’IA comme un moyen de remplacer le travail : réduction des équipes de développement, avec des ingénieurs restants chargés de maintenir l’automatisation
      • Entreprises qui voient l’IA comme un moyen d’amplifier l’équipe : effectifs maintenus, mais avec des ingénieurs capables de s’attaquer à des problèmes plus vastes et à des projets plus ambitieux

  • Conseils pour les développeurs juniors

    • Chercher à élargir son rôle au-delà de la simple écriture de code
    • Acquérir des compétences d’auditeur et de gestionnaire comme l’écriture de cas de test, la mise en place de pipelines CI ou la supervision d’applications
    • Préserver sa motivation créative en continuant à construire soi-même via des projets personnels
    • Développer une pensée systémique : comprendre comment les composants communiquent et apprendre ce qui caractérise une API bien conçue
    • Continuer à apprendre via des blogs d’ingénierie et des études de cas en conception de systèmes
    • Élargir sa compréhension de l’ensemble des outils d’automatisation, y compris les frameworks d’orchestration et les API d’IA, au-delà de la simple génération de code
    • Prendre l’habitude de rédiger des documents clairement, comme si on les expliquait à quelqu’un d’autre
    • Demander aux seniors non seulement « est-ce que le code fonctionne ? », mais aussi « est-ce qu’on n’a rien oublié d’important ? »
    • Se préparer à évoluer non comme simple codeur, mais comme validateur, concepteur et communicant

  • Conseils pour les développeurs seniors

    • Assumer activement des responsabilités de leadership et d’architecture
    • Définir les standards et frameworks que l’IA et les juniors devront suivre
    • Définir des checklists de qualité du code et des politiques d’usage éthique de l’IA
    • Rester à jour sur les enjeux de conformité et de sécurité liés aux logiciels générés par l’IA
    • Se concentrer sur une expertise en conception et intégration de systèmes ; cartographier les flux de données entre services et identifier à l’avance les points de défaillance
    • Se familiariser avec les plateformes d’orchestration (Kubernetes, Airflow, frameworks serverless, outils d’orchestration d’agents)
    • Renforcer son rôle de mentor technique : davantage de code reviews, de discussions de conception et de directives techniques
    • Affiner sa capacité à évaluer rapidement le code d’autres personnes (ou de quelque chose d’autre) et à fournir un feedback de haut niveau
    • Développer un sens du produit et du business : comprendre pourquoi une fonctionnalité est construite et ce qui importe aux clients
    • Entretenir son énergie créative via des prototypes, des hackathons et l’exploration de nouvelles technologies
    • Passer de celui qui écrit du code à celui qui dirige des systèmes

4. Le problème spécialistes vs généralistes

  • Les spécialistes trop focalisés sur un domaine étroit risquent de voir leur niche automatisée ou perdre rapidement de la valeur
  • Dans un environnement IA en évolution rapide, les ingénieurs en T (large capacité d’adaptation + une ou deux compétences approfondies) sont avantagés
  • Dans un contexte où modèles, outils et frameworks émergent puis déclinent rapidement, parier sa carrière sur une seule stack technique est risqué
  • Les experts de frameworks legacy peuvent voir la demande chuter brutalement dès que de nouveaux outils IA sont capables d’effectuer le même travail avec une intervention humaine minimale
  • Les développeurs spécialisés de façon trop étroite sur une stack, un framework ou un domaine produit spécifique peuvent perdre leurs repères quand ce domaine décline ou devient redondant
    • Comme les développeurs COBOL, les développeurs Flash ou les spécialistes de moteurs de jeux mobiles qui n’ont pas su se reconvertir quand l’industrie a changé
  • La différence avec le passé, c’est la vitesse du changement : l’automatisation par l’IA peut rendre certaines tâches de programmation presque triviales du jour au lendemain, affaiblissant les rôles centrés sur ces tâches
  • Les experts d’une seule chose (micro-optimisation de requêtes SQL, découpage de designs Photoshop en HTML) peuvent se retrouver face à une situation où l’IA prend en charge 90 % de ce travail
  • Le marché de l’emploi poursuit la dernière niche à la mode : il recherchait des experts en infrastructure cloud il y a quelques années, alors qu’aujourd’hui la demande pour les ingénieurs IA/ML explose
  • Les profils étroitement spécialisés sur les technologies d’hier peuvent ressentir une stagnation de carrière quand leur niche perd de son attractivité

  • Développeur en T : une autre issue

    • Le développeur en T, ou « spécialiste polyvalent » : une expertise profonde sur un ou deux domaines (trait vertical) + une familiarité large avec de nombreux autres domaines (trait horizontal)
    • Ces ingénieurs jouent un rôle de « colle » dans les équipes pluridisciplinaires : ils communiquent avec d’autres types de spécialistes et comblent les manques si nécessaire
    • Les entreprises préfèrent des talents avec de solides compétences de base capables d’intervenir sur l’ensemble de la stack, plutôt que des développeurs trop superficiels ou trop étroitement focalisés
    • Les ingénieurs en T peuvent résoudre des problèmes de bout en bout sans attendre de handoff, ce qui améliore l’efficacité
      • La combinaison de connaissances issues de domaines différents élargit aussi le potentiel d’innovation
    • Les outils IA amplifient en réalité davantage les généralistes : une seule personne peut plus facilement gérer plusieurs composants
      • Un ingénieur backend peut implémenter une UI basique avec l’aide de l’IA
      • Un développeur frontend peut générer du boilerplate serveur avec l’IA
    • Dans un environnement riche en IA, il devient plus facile pour une personne de couvrir un périmètre plus large
    • À l’inverse, les profils qui ne possèdent qu’une expertise profonde peuvent voir leurs possibilités d’évolution limitées si leur niche est partiellement automatisée
    • Environ 45 % des postes d’ingénierie actuels exigent des compétences sur plusieurs domaines
      • Programmation + connaissances en infrastructure cloud
      • Frontend + compréhension de base du ML

  • Conseils pour les développeurs juniors

    • Construire délibérément une base large en début de carrière
    • Même si vous êtes recruté pour un rôle précis, continuer à observer les domaines hors de ce silo
    • Les développeurs mobile devraient acquérir des bases en backend, et les développeurs frontend une expérience simple d’implémentation serveur
    • Apprendre les outils de déploiement et d’exploitation comme Docker et GitHub Actions
    • Choisir un ou deux domaines qui vous intéressent personnellement et les approfondir pour construire une expertise verticale
    • Construire un positionnement hybride
      • Exemple : développeur full-stack avec une spécialisation en sécurité cloud
      • Exemple : développeur frontend avec une expertise UX
    • Utiliser les outils IA pour apprendre rapidement de nouveaux domaines
      • Au stade débutant en backend, générer avec l’IA du code API de base et en comprendre la structure
    • Faire de la requalification continue une habitude quotidienne
    • Participer à des hackathons ou à des projets cross-functional pour vous forcer à élargir votre rôle de généraliste
    • Dire à votre manager que vous souhaitez participer à d’autres volets des projets
    • En début de carrière, l’adaptabilité elle-même est l’avantage concurrentiel le plus fort

  • Conseils pour les développeurs seniors

    • Avoir une vision claire de votre graphe de compétences
      • Votre domaine d’expertise approfondie
      • Les domaines adjacents que vous n’avez abordés que superficiellement
    • Choisir un ou deux domaines adjacents et les faire monter jusqu’à un niveau de conversation
      • Si vous êtes spécialiste des bases de données, familiarisez-vous avec les frameworks frontend récents ou apprenez les bases des pipelines ML
    • Utiliser l’assistance IA pour mener de petits projets expérimentaux dans les domaines où vous êtes moins à l’aise
    • Relier votre expertise existante à de nouveaux contextes
      • Si vous êtes expert en performance d’applications web, explorez comment ces compétences s’appliquent à l’optimisation de l’inférence ML
    • Concevoir votre rôle de façon plus cross-functional ou proposer activement ce type de poste
    • Vous porter volontaire pour jouer le rôle de pilote de l’intégration sur des projets mêlant plusieurs domaines
    • Faire du mentorat pour transmettre vos compétences tout en apprenant de nouvelles perspectives et de nouvelles choses des autres
    • Mettre à jour votre CV pour qu’il fasse ressortir votre polyvalence et votre capacité d’extension
    • Vous appuyer sur votre expérience accumulée pour identifier les schémas récurrents et les connaissances transférables
    • Devenir un modèle de profil en T : de la profondeur dans votre spécialité (source d’autorité et de confiance), tout en vous élargissant activement à l’horizontale

5. Le problème de l’éducation

  • Il reste incertain de savoir si le diplôme d’informatique (CS) demeurera la référence absolue, ou si des parcours d’apprentissage plus rapides comme les bootcamps, les plateformes en ligne et les formations pilotées par les employeurs finiront par le remplacer
  • Il est aussi possible que les universités se retrouvent dans une structure où il leur est difficile de suivre le rythme d’une industrie qui évolue en quelques mois

  • Scénario 1 : l’université reste importante, mais peine à rester pertinente

    • Le diplôme demeure une qualification de base, mais il prend du retard face à la vitesse du changement en raison de cycles de révision des programmes lents et de procédures d’approbation bureaucratiques
    • Les étudiants comme les employeurs ont le sentiment que le monde académique est déconnecté de l’industrie et enseigne des théories ou des travaux pratiques dépassés qui ne se traduisent pas en compétences professionnelles
    • De récents diplômés rapportent n’avoir jamais appris, durant leur cursus, le cloud computing, les pratiques modernes de DevOps ou les outils d’IA
    • Si l’université exige un investissement élevé en temps et en argent tout en offrant une formation peu pertinente, elle risque d’apparaître comme un gardien d’accès coûteux
    • De nombreuses entreprises continuant par inertie à exiger une licence, la charge est reportée sur les étudiants, qui comblent l’écart via des bootcamps, des cours en ligne et des projets en autodidacte
    • La dette liée aux prêts étudiants est massive, et les entreprises dépensent des milliards de dollars pour former les jeunes diplômés (en raison du manque de compétences utiles en entreprise)
    • Les universités peuvent ajouter des cours d’éthique de l’IA ou des options de cloud computing, mais au moment de leur mise en œuvre réelle, les outils du secteur ont peut-être déjà changé

  • Scénario 2 : l’enseignement traditionnel est progressivement remplacé par un nouveau système

    • Bootcamps de code, certifications en ligne, portfolios autodidactes, académies de formation créées par les employeurs
    • De grandes entreprises comme Google et IBM ont supprimé l’exigence de diplôme pour certains postes techniques
    • En 2024, environ 45 % des entreprises prévoient de supprimer l’exigence d’une licence pour certains postes
    • Les bootcamps entrent dans une phase de maturité et forment des profils recrutés dans les meilleures entreprises aux côtés de diplômés en informatique
    • Ces programmes sont plus courts (intensifs sur 12 semaines) et centrés sur des compétences pratiques : frameworks actuels, services cloud, travail en équipe
    • Les critères d’embauche se déplacent du diplôme vers le portfolio réel, les micro-certifications et les compétences vérifiées
    • Un solide portfolio GitHub ou une certification reconnue peut servir de moyen pour contourner l’exigence de diplôme
    • Expansion de la formation pilotée par les employeurs : les entreprises créent leurs propres pipelines de formation ou établissent des partenariats directs avec des bootcamps
    • Certaines entreprises de la Big Tech ont commencé à lancer des programmes de formation interne (universités d’entreprise) pour des talents non traditionnels
    • L’IA elle-même propose de nouvelles façons d’apprendre : tuteurs IA, sandboxes de code interactives, environnements d’apprentissage personnalisés proposés hors de l’université
    • Un écosystème d’apprentissage modulaire surpasse le diplôme de quatre ans à coût élevé en matière d’accessibilité et de flexibilité
    • Des apprenants de pays sans universités d’informatique de haut niveau peuvent suivre les mêmes cours Coursera que ceux de la Silicon Valley et construire le même type de portfolio

  • Conseils pour les aspirants développeurs et les juniors

    • Même si vous suivez un cursus CS traditionnel, ne partez pas du principe que cela suffira à lui seul
    • Complétez les cours par des projets concrets : créer une application web, contribuer à l’open source
    • Profitez activement des stages et des programmes de coopération université-entreprise
    • Complétez via des plateformes en ligne les sujets récents absents du programme
    • Obtenez des certifications du secteur comme GCP, AWS ou Azure afin de signaler clairement vos compétences opérationnelles
    • Si vous êtes autodidacte ou en bootcamp, concentrez-vous sur un portfolio convaincant : au moins un projet substantiel bien documenté
    • Soyez actif dans les communautés de développeurs : contributions open source, rédaction de posts techniques
    • Faites du networking via LinkedIn, les meetups et les événements développeurs
    • Obtenez la recommandation et la confiance de développeurs expérimentés
    • Pensez en partant du principe d’un apprentissage continu : la durée de validité des compétences techniques est courte
    • Utilisez activement l’IA comme tuteur personnel
    • Prouvez concrètement vos compétences : portfolio, certifications et capacité à parler intelligemment de votre travail peuvent vous ouvrir des portes

  • Conseils pour les développeurs seniors et les responsables

    • On ne peut pas tenir indéfiniment avec de simples certifications ou diplômes obtenus dans le passé
    • Investissez dans la formation continue : cours en ligne, ateliers, conférences, certifications
    • Validez les compétences autrement ; préparez-vous à des entretiens qui évaluent les capacités actuelles à travers des problèmes réels
    • Poursuivez des side projects exploitant de nouvelles technologies
    • Réévaluez les exigences des postes : faut-il vraiment un diplôme en informatique, ou bien des compétences spécifiques et une capacité d’apprentissage ?
    • Favorisez un recrutement centré sur les compétences afin d’élargir le vivier de talents
    • Soutenez les programmes de formation internes ou les rôles de type apprentissage
    • Soutenez des cercles de mentorat pour les développeurs juniors sans parcours académique classique
    • Entretenez des échanges avec le monde académique et les formations alternatives : conseils consultatifs, conférences invitées, retours sur les lacunes des programmes
    • Intégrez cela à votre propre évolution de carrière : les résultats concrets et l’apprentissage continu comptent davantage qu’un diplôme supplémentaire

Idée centrale

  • Les scénarios présentés ne s’excluent pas mutuellement, et la réalité se déploiera probablement comme un mélange d’éléments de chacun
  • Certaines entreprises réduisent les recrutements juniors, tandis que d’autres développent leurs équipes d’ingénierie dans de nouveaux domaines
  • Plus l’IA automatise le code routinier, plus les exigences de qualité pour le code réellement traité par des humains augmentent paradoxalement
  • Le flux de travail du développeur peut aussi consister à examiner le matin des résultats générés par l’IA, puis à concevoir l’après-midi une architecture de haut niveau
  • Le contexte général est la reconnaissance que le changement est la seule constante
  • Plus on garde à la fois en vue les tendances technologiques et un regard sceptique sur celles-ci, moins on risque de se laisser emporter par un excès d’enthousiasme ou de pessimisme
  • Plus on met à jour en continu ses compétences et qu’on les élargit, tout en se concentrant sur des forces proprement humaines comme la créativité, la pensée critique et la collaboration, moins on risque de décrocher du mouvement
  • Qu’une renaissance du code advienne ou qu’arrive une époque où le code s’écrit tout seul, il y aura toujours une demande pour les ingénieurs capables de garder une vue d’ensemble, d’apprendre en continu et d’appliquer la technologie à la résolution de problèmes réels
  • La meilleure manière de prédire l’avenir est de l’ingénieriser activement

À lire aussi

10 commentaires

 
fantajeon 2026-01-15

L’ère où les architectes et les QA Engineers survivront va arriver. Juger si c’est juste ou non....
 
GN⁺ 2026-01-13
Avis Hacker News

  • Honnêtement, en ce moment, tout ressemble à un énorme pari
    Ni la technologie, ni les diplômes, ni le réseau, ni l’emploi ne garantissent une base stable pour la vie
    Ceux qui ont remboursé leurs dettes, acheté une maison et fondé une famille parient leur confort futur, tandis que les débutants avec un prêt étudiant et une situation sociale précaire ont l’impression de miser leur vie entière

    • Quand j’étais plus jeune, je me sentais bien plus en sécurité
      Maintenant que j’ai une famille, je ne peux plus déménager facilement ni vivre en mode ultra-économe, donc l’angoisse est bien plus forte
    • J’ai l’impression qu’il est difficile de vivre avec de l’espoir ces jours-ci
      Programmeurs ou non, tout le monde vit avec la peur d’être bientôt remplacé
      L’économie américaine est aussi dans un sale état, donc c’est une période difficile à vivre
    • Depuis trois ans, j’ai en permanence une anxiété de fond
      C’est en partie financier, mais j’ai aussi peur de perdre un emploi stable qu’on pouvait encore avoir même sans grandes compétences sociales
      Dans quatre ans et demi, je devrais atteindre une indépendance financière de base, et je me demande ce que je ressentirai à ce moment-là
    • Les débutants devraient sans doute s’en sortir
      À 25 ans, on peut recommencer, mais à 42 ans avec une famille, ça doit être vraiment stressant
    • Il faut préparer son indépendance financière (FI) dès maintenant
      Le meilleur moment, c’était au début de sa carrière ; le deuxième meilleur moment, c’est tout de suite

  • D’après mon expérience, les LLM n’automatisent pas vraiment le code ; ce sont surtout des outils qui accélèrent le travail
    Je me représente la solution que je veux, puis je construis le code en l’expliquant au LLM bloc par bloc
    Le plus important, c’est qu’on a moins besoin de chercher des fonctions de bibliothèque ou de la syntaxe

    • Les LLM peuvent automatiser du mauvais code, ou produire rapidement du bon code
      Le problème, c’est que même le mauvais code est souvent assez rentable
      Pour un prototype ou une preuve de concept, ça va, mais ce n’est pas adapté à du code maintenable
      Comme dans l’analogie entre un banc et un barrage : tout le monde peut construire un banc, pas un barrage
      Les LLM facilitent la production de code de faible qualité, mais le code de haute qualité reste indispensable
    • Moi et la plupart des gens que je connais utilisons les LLM de cette façon
      Mais sur HN, on ne parle que d’exagérations du genre “vibecoding”, ce qui rend toute discussion concrète difficile
    • Je ressens un écart entre la réalité et le battage médiatique
      Les LLM progressent bien vers plus d’autonomie, mais à un rythme graduel
      Le vrai changement, à mes yeux, c’est plutôt que des non-développeurs puissent pour la première fois automatiser leur propre travail
      Cela aura un impact énorme sur l’ensemble de l’industrie, et au fond cela rapproche l’informatique de son but originel
    • Le meilleur conseil à donner à un junior, c’est : « n’utilise pas l’IA »
      Ajouter des lignes de code avec l’IA n’est pas un accomplissement ; c’est surtout une manière d’accumuler de la dette technique
    • En utilisant minfx.ai, j’ai constaté que plus on impose de contraintes au code, meilleure est la qualité
      Rust aide particulièrement
      J’ai même eu cette expérience paradoxale où le développement devient plus facile à mesure que le système grossit

  • Si l’IA automatise le travail des juniors, cela veut simplement dire que la définition de “junior” change
    Les juniors ne disparaissent pas ; leur rôle évolue

    • Le recrutement de stagiaires est un bon indicateur
      On est passé de 14 stagiaires en 2024 à 4 en 2025 — soit une baisse de budget de 60 à 70 %
    • En réalité, les postes juniors diminuaient déjà avant l’IA
      Avant, la moitié de l’équipe était composée de débutants ; aujourd’hui, ce sont uniquement des équipes senior

  • Je me reconnais dans le scénario où l’IA fera exploser la demande de développeurs dans chaque secteur
    Mais je ne pense pas que ce rôle doive forcément rester celui de « développeur »
    Les métiers existants dans chaque industrie vont évoluer pour intégrer une bonne maîtrise de l’IA
    Au final, l’important sera d’apprendre un domaine précis tout en développant des compétences d’usage de l’IA

    • Les développeurs qui savent bien utiliser l’IA devront toujours assurer un rôle spécialisé de SWE
      Mais dès que les CTO comprendront qu’ils peuvent remplacer du SaaS, on verra un boom des solutions internes

  • Si l’IA écrit le code à notre place, l’essentiel devient la vitesse de validation
    Quand on écrit soi-même le code, on le comprend mieux, et sans compréhension il n’y a pas de vraie validation possible
    Il faut donc accepter le compromis entre vitesse et précision

    • Il y a beaucoup de tentations humaines dans le processus de revue
      Le code arrive en masse, et le FOMO lié à la vitesse peut faire baisser la qualité de la relecture
      L’UX même de l’outil pousse à relâcher son attention

  • Je suis sceptique face à l’idée que l’IA augmenterait la demande de développeurs dans tous les secteurs
    Le logiciel est déjà profondément ancré dans toutes les industries, et ce qui reste, c’est surtout l’automatisation complète
    Mais le goulot d’étranglement n’est pas technique ; il est politique et concret

    • Je suis d’accord. Par essence, l’IA sert à améliorer l’efficacité, pas à créer de nouveaux emplois
      Contrairement à la révolution automobile, elle ne crée pas vraiment de nouvelles catégories de métiers
    • En Europe, la demande pourrait au contraire augmenter
      Il faut réduire la dépendance au logiciel, et l’Allemagne en particulier doit enfin se mettre sérieusement à l’informatique
    • Même avant les LLM, certains s’inquiétaient déjà d’une pensée trop centrée sur le logiciel

  • L’auteur du billet original semble mal comprendre plusieurs questions fondamentales autour de l’IA
    Par exemple, dire que « les experts risquent d’être automatisés » inverse complètement le problème
    Les experts supervisent l’outil, tandis que les non-experts suivent ses consignes
    C’est pareil à l’université : celui qui maîtrise la théorie contrôle la machine

  • Ah, une simple blague sur l’envie de tout abandonner

  • Ce qui est drôle, c’est que l’auteur parlait de COBOL, alors que mon voisin travaille toujours en COBOL dans une banque
    C’était déjà le cas il y a 14 ans, et ça n’a pas changé

    • Le marché peut rester irrationnel plus longtemps que vous ne pouvez rester solvable

  • Parfois, je me demande si choisir le développement logiciel n’était pas une mauvaise décision
    Même en étant senior, on attend encore de toi que tu étudies et que tu fasses des projets perso
    Je ne sais pas à quel moment on est censé avoir des loisirs ou une vie sociale

    • Je comprends totalement l’idée de « ne pas miser sa vie sur une stack technique »
      À chaque changement de framework JS, j’avais l’impression que ma carrière était un pari
      J’ai tout misé sur Angular, puis j’ai vu React prendre le dessus, et je me suis toujours demandé où investir mon temps
      Au final, c’était comme parier dans l’angoisse toute sa vie
    • Si tu te contentes d’être un « bon développeur », ça va
      Mais si tu veux l’excellence, il faut fournir un effort supplémentaire
      Les deux sont des choix légitimes
    • La question « quand pourrai-je avoir des loisirs ? » est au fond une question sociale
      Une entreprise est là pour faire du profit, donc chacun doit protéger sa vie personnelle par lui-même
    • Quand on est senior, il faut apprendre à dire « It depends »
      On peut travailler tranquillement dans une entreprise stable en apprenant progressivement, ou courir après les tendances pour progresser vite
      Au final, tout dépend de ses objectifs et de ses valeurs
    • Si tu n’aimes pas les ordinateurs, c’était peut-être effectivement un mauvais choix
      Mais si ton objectif, c’était l’argent, et que tu l’as atteint, alors il n’y a pas de problème
      En revanche, si tu veux devenir l’un des meilleurs, il faut aimer le travail lui-même
 
kangmumu 2026-01-15

Cela m’a beaucoup aidé 👍👍
 
kandk 2026-03-09

Même si Fortran s’en va, que le C++ apparaît, puis Java, puis Next.js, de la même manière qu’un SWE doit connaître l’informatique fondamentale, je pense que même avec l’arrivée de l’IA, des connaissances de base en CS restent indispensables. Au final, seuls les outils changent, l’essence reste la même… Tant qu’on est dans l’industrie IT, devoir continuer à étudier est une destinée…
 
joypinkgom 2026-01-23

Je pense que c’est un texte avec de véritables insights.
Je suis développeur senior en activité depuis 23 ans, et depuis le second semestre 2024, je pousse à fond l’usage du développement via les LLM et du vibe coding. Je m’en sers dans des contextes très variés : AOS/iOS, services web full stack, batch, jusqu’au fine-tuning de modèles, et je travaille avec environ cinq agents lancés en parallèle.
Je ne pensais pas revivre, pour la première fois depuis le début des années 2000, cette expérience de coder jusqu’à m’endormir sans voir le temps passer haha.

Bref, récemment, j’en suis venu à penser que le développement est désormais un domaine accessible à tous.
Les coding agents vont continuer à progresser encore plus vite, et le développement va devenir toujours plus simple et confortable. On arrivera à un niveau comparable à la rédaction de documents Excel ou Word.
Comme le dit Andrej Karpathy, le meilleur langage de programmation, c’est « l’anglais », et je suis d’accord.

Personnellement, j’essaie de lire davantage d’articles de recherche en IA et d’écrire plus souvent pour m’exprimer de manière logique. (Et je fais aussi des efforts pour échanger davantage avec l’IA.)
C’est vraiment une période passionnante.
 
gomjellie 2026-01-20

Je partage cette traduction.

https://rosetta.page/post/…
 
bungker 2026-01-17

C’est un texte plein de perspicacité, je continue à le lire et à le relire.
 
xguru 2026-01-14

C’est vraiment excellent. Un texte que tout le monde devrait lire, du junior au senior.
J’ai l’impression que la période entre l’an dernier et l’an prochain sera le plus grand tournant pour le software engineering.
Si on rate ici le sens de l’époque, on risque de se retrouver très vite loin derrière.
 
ragingwind 2026-01-14

Je pense parfois la même chose. Il n’y a pas de fin.

« Il m’arrive parfois de me dire qu’avoir choisi le développement logiciel était peut-être une mauvaise décision.
Même en devenant senior, on attend toujours de moi que j’étudie et que je fasse des projets perso.
Je ne sais pas quand je pourrai enfin avoir des loisirs ou une vie sociale. »
 
illiil1lii 2026-01-14

Si vous n’intégrez pas encore suffisamment l’IA dans votre travail aujourd’hui, avoir un peu de FOMO me paraît plutôt sain.