L’IA a rendu le code plus facile à écrire. Mais l’ingénierie est devenue plus difficile

• La généralisation des outils d’IA a facilité l’écriture de code, mais l’intensité et la complexité du travail des ingénieurs logiciels ont en réalité augmenté
• À mesure que l’IA améliore la productivité, les attentes de l’organisation et le niveau de charge de travail de référence augmentent, et les ingénieurs subissent une pression pour faire davantage, plus vite
• À mesure que l’identité centrée sur l’écriture de code s’affaiblit, les ingénieurs se retrouvent à assumer des tâches non liées au développement, comme la revue, la conception ou la réflexion produit
• Comme il faut davantage de temps pour examiner et déboguer le code généré par l’IA, la charge liée au contrôle qualité et la charge cognitive augmentent
• Pour une culture d’ingénierie durable, l’empathie du leadership, la définition de limites de rôle, la formation des juniors et de nouveaux indicateurs d’évaluation sont indispensables

---

Le déplacement de la ligne de base et la charge invisible

• Depuis l’adoption de l’IA, la production attendue des ingénieurs a fortement augmenté, et davantage de travail est exigé même sans consigne explicite
  • Selon une étude de la Harvard Business Review, les employés qui utilisent l’IA ne partent pas plus tôt et accomplissent davantage de travail
  • 83 % ont répondu que l’IA avait augmenté leur charge de travail, et le taux de burnout dépasse 60 % chez les opérationnels, contre 38 % chez les dirigeants, ce qui révèle un écart important
• Alors que le leadership perçoit que « l’IA rend le travail plus facile », les ingénieurs de terrain ressentent la complexité et la fatigue
• Dans une autre enquête menée auprès de plus de 600 personnes, deux tiers ont déclaré avoir connu un burnout, et 43 % ont répondu que le leadership ne comprenait pas la réalité du terrain

La crise de l’identité de l’ingénieur

• De nombreux ingénieurs tiraient leur satisfaction professionnelle de l’acte créatif consistant à écrire eux-mêmes le code
• Mais depuis l’arrivée de l’IA, un message implicite se répand : « n’écrivez plus le code vous-même, gérez-le »
  • L’IA prend en charge l’implémentation, et les ingénieurs basculent vers un rôle de superviseur et de relecteur
• Il ne s’agit pas d’un simple changement, mais d’une transformation fondamentale de l’identité professionnelle, qui affaiblit la fierté du technicien expérimenté
• Comme l’exprime la formule « on est passé de constructeur à examinateur », la production augmente, mais le sens de l’artisanat et l’immersion diminuent

L’élargissement du rôle et le scope creep

• Comme l’IA accélère l’implémentation, le goulot d’étranglement se déplace vers les exigences, l’architecture, les tests, le déploiement et les tâches périphériques
• Les organisations redistribuent cela aux ingénieurs, qui finissent aussi par prendre en charge la conception produit, l’évaluation des risques et la gestion des opérations
  • L’étude de la Harvard Business Review montre également que les frontières des rôles s’estompent, et que le travail se croise entre PM, chercheurs et ingénieurs
• 45 % des postes en ingénierie exigent des compétences pluridisciplinaires, mais cela ne s’accompagne pas d’une hausse de rémunération ou d’autorité
• En conséquence, le périmètre de travail s’élargit tandis que sa profondeur s’amenuise, ce qui accélère le burnout

Le paradoxe de la supervision : la difficulté de la revue de code IA

• Un paradoxe apparaît : examiner le code généré par l’IA est plus difficile que l’écrire soi-même
  • L’auteur connaît le contexte, mais avec le code IA, les raisons des décisions prises ne sont pas claires, ce qui alourdit la revue
• Dans une enquête de Harness, 67 % ont signalé une hausse du temps de débogage, et 68 % une augmentation du temps de revue
• Les managers s’attendent à un gain de vitesse, mais en pratique, la charge liée à l’assurance qualité et à la compréhension du contexte augmente
• Le goulot d’étranglement de la production se déplace de l’étape d’écriture vers l’étape de compréhension, et cela ne se résout pas par l’automatisation

Le piège de l’accélération et la durabilité

• À mesure que l’IA augmente la vitesse, une boucle auto-renforçante se forme, dans laquelle la charge de travail augmente naturellement
  • L’étude de Harvard appelle cela le « workload creep », une accumulation de surtravail qui progresse sans être réellement perçue
• Autrefois, la vitesse de réflexion et de frappe humaines constituait une limite naturelle, mais l’IA a supprimé cette contrainte
• En conséquence, les indicateurs de productivité montent mais la qualité baisse, tandis que la dette technique et la fatigue s’accumulent
• En apparence, cela ressemble à un gain de productivité, mais en interne, l’épuisement et la dégradation de la qualité progressent

La rupture de l’apprentissage chez les ingénieurs juniors

• À mesure que l’IA remplace les tâches simples, les occasions de pratique pour les ingénieurs débutants chutent fortement
  • Entre 2023 et 2024, les recrutements juniors ont baissé de 25 % dans les grandes entreprises technologiques, et un rapport de HackerRank confirme une focalisation sur les profils expérimentés
• Si les petites tâches d’apprentissage disparaissent, la filière de formation des futurs seniors s’effondre
• Comme le dit l’avertissement : « on ne peut pas superviser un système qu’on n’a jamais construit soi-même », la rupture des compétences fondamentales est pointée comme un risque de long terme

Ce que le leadership doit faire

• Faire preuve d’empathie face à la difficulté du changement et la reconnaître explicitement est le point de départ pour préserver la confiance
• Fournir une requalification concrète : conception de systèmes, sécurité, réflexion produit, évaluation du code IA et autres compétences avancées
• Clarifier le périmètre des rôles et ajuster la rémunération afin d’éviter une expansion sans fin
• Redéfinir les indicateurs de performance : privilégier la qualité, la stabilité et la santé de l’équipe plutôt que la vitesse ou le nombre de lignes
• Maintenir le recrutement de juniors est une condition essentielle pour préserver l’écosystème des talents à long terme

Stratégies que les ingénieurs peuvent adopter individuellement

• Préserver les compétences techniques fondamentales : architecture, débogage, compréhension des performances et de la sécurité deviennent au contraire encore plus importantes
• Rester vigilant face au piège de l’accélération : ne pas poursuivre aveuglément la vitesse maximale rendue possible par l’IA, mais conserver un rythme durable
• Accepter parmi les rôles élargis les domaines qui suscitent de l’intérêt, et les utiliser comme opportunité de croissance de carrière
• Partager le burnout et le sentiment d’isolement, afin d’élargir la prise de conscience du réel par les échanges entre collègues
• Les changements technologiques se sont toujours répétés, et l’IA ne peut pas remplacer la demande pour les vrais techniciens de fond

Le paradoxe auquel nous faisons face

• La réalité dans laquelle l’IA a rendu le code plus facile, mais l’ingénierie plus difficile, existe bel et bien en même temps
• La hausse des attentes, l’élargissement des rôles et le manque de soutien se combinent pour produire une culture non durable
• Si ce paradoxe n’est pas reconnu, la confiance et la rétention des talents deviennent impossibles
• Il ne faut pas oublier le principe selon lequel ce sont les personnes, et non les outils, qui créent les produits,
  et la conclusion est que le véritable avantage compétitif à l’ère de l’IA vient des organisations qui comprennent et protègent les limites humaines

[tested]

> La dette cognitive : quand la vitesse dépasse la compréhension

[GN⁺]

Réactions sur Hacker News

• Cet essai semble être en partie généré par IA ou fortement réécrit avec un LLM
  Des tournures du type « It’s not X, it’s Y » reviennent sans cesse, et il est aussi suspect qu’un blog resté presque inactif entre 2015 et 2025 se mette soudain à publier de façon explosive

  • À ce stade, on a l’impression que presque tous les textes sur les LLM sont soit écrits directement par un LLM, soit produits avec son aide
    Ce style d’écriture finit par lasser beaucoup de monde, mais cela n’a apparemment aucune importance pour ceux qui cherchent à réussir dans le secteur
  • Ayant moi-même déjà écrit des textes personnels avec l’aide d’un LLM, j’ai l’impression que cet article a été généré à partir de quelques puces
    Le rythme répétitif et le style font très typiquement LLM. Il manque d’émotion humaine et le contenu sonne creux
  • Les commentaires aussi portent des traces d’IA. Je ne vais pas donner d’indices précis, mais HN devient de plus en plus difficile à lire
    C’est le moment d’apprécier les petites communautés de qualité encore moins infiltrées par l’IA
  • Rien que le titre sent déjà la formule racoleuse façon LinkedIn
  • Moi aussi, après quelques paragraphes, j’ai trouvé ça intéressant au point de vouloir le partager à un collègue, mais il est vite devenu trop évident que le texte avait été écrit par une IA pour que je puisse le prendre au sérieux

• Des phrases comme « The job changed. The expectations changed. And nobody sent a memo. » donnent vraiment une impression de texte écrit par IA

  • Le texte est beaucoup trop verbeux, au point qu’on pourrait résumer l’idée en quelques puces. Je me suis ennuyé au milieu et j’ai arrêté
  • Je ne comprends pas pourquoi l’IA écrit aussi mal. Le style ressemble à un article de presse sensationnaliste
  • Selon Pangram, ce texte est généré à 100 % par IA
  • Globalement, on ressent très clairement le style caractéristique de l’IA

• L’un des vrais problèmes que j’ai vus, c’est les erreurs de déploiement liées à l’IA. Des gens comme les « Vibe Coders » ont besoin d’un mentor IT/Dev
  Par exemple, un chirurgien avait créé avec Claude une web app pour ses comptes rendus opératoires et m’avait demandé de la relire parce qu’il s’inquiétait pour la sécurité
  Le code et la base de données étaient corrects, mais il avait compressé tout le projet dans un zip et l’avait placé à la racine web, sans fichier index
  Du coup, n’importe qui pouvait télécharger le fichier de sauvegarde, qui contenait la base, les clés API, les clés AWS et tous les secrets
  Il ne savait même pas à quoi servait un fichier index, et a finalement dit qu’il demanderait à Claude comment sécuriser ça

  • Ce type de faille va probablement bientôt évoluer jusqu’à pouvoir être exploité automatiquement par des acteurs étatiques
    Dans quelques mois, même des script kiddies pourront l’utiliser à grande échelle, et quelqu’un pourrait tenter un swatting avec, au risque de provoquer des morts
    Je me demande alors comment sera posée la question des responsabilités
  • Claude est vraiment très bon pour coder, mais il ne prend pas par la main les gens qui ne savent pas ce qu’ils ignorent

• Je ne me reconnais pas dans l’idée que « la plupart des ingénieurs aiment écrire du code »
  Ce qui m’intéresse davantage que coder, c’est concevoir et construire quelque chose
  Au fond, être pour ou contre l’IA revient à distinguer entre « aimer coder » et « aimer créer des produits pour le monde réel »

  • Je fais ce métier parce que je veux produire du logiciel de haute qualité
    Mais l’IA n’atteint pas ce niveau. Une grande partie du code qu’elle produit ne compile même pas, et s’il ne fonctionne pas correctement, toute optimisation devient sans objet

• Beaucoup de commentaires critiquent le fait que ce texte semble écrit par IA, mais pour ma part, après plus de 30 ans de programmation et 20 ans à diriger des équipes, j’y ai trouvé une vraie profondeur de vue
  Peu importe qui l’a écrit, je trouve le contenu utile. J’ai été surpris qu’il soit signalé

  • Je ne suis pas opposé aux textes générés par IA en soi. Ce qui compte, c’est la transparence sur le processus de rédaction
    Par exemple, si une phrase comme « ce que j’ai appris en dirigeant une équipe fintech » ne repose pas sur une expérience réelle, elle perd tout son sens
    En revanche, si l’expérience est authentique et que l’IA a seulement servi à la mise en forme, je n’y vois aucun problème
  • J’aimerais qu’on publie aussi le prompt qui a servi à générer le texte. Un peu comme on préfère voir le code source plutôt qu’un exécutable
  • Au final, le signalement a été retiré, mais le fait que ce genre de « bouillie IA » reste en ligne alors que des critiques soient bloquées comme étant politiques ressemble à un problème de priorités sur HN
    Des banalités comme « l’IA est inévitable » ne contiennent plus aucune sagesse

• À l’ère de l’IA, la manière de penser l’ingénierie change
  Avant, on approfondissait un problème de façon verticale ; maintenant, il faut une pensée horizontale et méta
  Par exemple, en lisant la documentation pour optimiser l’environnement Claude, puis en donnant simplement à Claude le contexte du projet et en lui demandant d’optimiser,
  il a automatiquement proposé et créé les plugins et agents nécessaires
  Au final, ce qui compte n’est plus l’implémentation détaillée, mais la capacité à définir la structure du projet

• Le fond de l’article est juste. L’automatisation supprime les tâches faciles et nous oblige à nous concentrer sur les problèmes difficiles
  Prenons la calculatrice : un comptable autrefois doué pour additionner des chiffres doit désormais traiter des problèmes d’un niveau plus élevé

  • L’idée centrale, c’est que « la partie facile a disparu ». Le difficile reste difficile, et c’est justement l’essentiel
  • Je trouve l’architecture système plus intéressante que le codage. Si je peux confier l’implémentation à une IA ou à un développeur junior et me concentrer sur la conception, ce serait idéal
    Mais pour un débutant, la disparition du codage pourrait au contraire être un cauchemar
  • En réalité, l’IA supprime plutôt les parties difficiles et produit surtout du contenu médiocre
    En littérature, l’IA ne crée pas rapidement un nouveau Terry Pratchett ; elle rend surtout plus difficile le fait qu’un tel auteur émerge
    Si l’on ne sait pas reconnaître un billet de blog écrit par IA, on ne saura pas non plus reconnaître du mauvais code
  • Selon Pangram, ce texte aussi est généré à 100 % par IA
  • En pratique, le problème plus grave, c’est qu’il devient difficile de trouver un emploi, au point que les développeurs débutants n’arrivent même plus à entrer dans le métier

• Je distingue mal si un texte est écrit par un LLM ou non, mais ces temps-ci, lire ce genre d’articles me provoque une vraie fatigue
  Il y a beaucoup trop de mots, et pour les personnes avec un profil ADHD, c’est particulièrement difficile à lire

• D’après l’historique Pangram, ce texte a été rédigé à 100 % par IA

  • Mais la plupart des outils de détection de texte IA ne sont pas fiables
  • Ce qui rend la chose encore plus ironique

• Il existe aussi des études montrant que l’usage des LLM ne conduit pas à un gain de productivité
  Ces textes tiennent souvent cet effet pour acquis, mais en réalité, les attentes du management et la réalité du terrain ne coïncident pas
  Du point de vue des ingénieurs, l’écart est évident