L'IA signera-t-elle la fin de la programmation informatique telle que nous la connaissons ? Des ingénieurs reconnaissent ne plus vraiment écrire du code, mais plutôt le décrire, superviser l'IA et valider

L'IA signera-t-elle la fin de la programmation informatique telle que nous la connaissons ?
Des ingénieurs reconnaissent ne plus vraiment écrire du code, mais plutôt le décrire, superviser l'IA et valider les sorties

Un long reportage du New York Times Magazine signé Clive Thompson a mis le feu aux poudres dans les cercles techniques : après avoir interrogé plus de 70 développeurs chez Google, Amazon, Microsoft et dans des start-ups, le journaliste conclut que les programmeurs de la Silicon Valley « programment à peine ». Entre euphorie des uns et deuil des autres, le débat sur l'avenir du métier de développeur n'a jamais été aussi vif, ni aussi peu tranché.

En mars 2026, le New York Times Magazine publie un article au titre volontairement provocateur : « Coding After Coders: The End of Computer Programming as We Know It ». Son auteur, Clive Thompson, journaliste technologique chevronné, y synthétise les témoignages de plus de 70 ingénieurs logiciels interrogés dans les grandes entreprises du secteur. Thompson n'est pas un néophyte sur le sujet : il est également l'auteur de Coders: The Making of a New Tribe and the Remaking of the World, une plongée anthropologique dans l'univers des développeurs publiée quelques années plus tôt.

Ce que l'enquête révèle tient en quelques mots : le développeur n'écrit plus vraiment de code. Il le décrit, le supervise, le valide. Une description qui avait déjà été communiquée par une étude en fin décembre. Un cadre supérieur d'Amazon témoigne ainsi que des tâches qui lui auraient pris des jours ne nécessitent désormais qu'une conversation de six minutes avec un agent IA, avant d'ordonner : « Vas-y. » Un autre développeur décrit ses essaims d'agents Claude comme « une intelligence étrangère avec laquelle nous apprenons à travailler ». La métaphore est révélatrice : ce n'est plus un outil que l'on manie, c'est une altérité que l'on apprivoise.

Kent Beck, figure tutélaire du développement logiciel et inventeur de l'Extreme Programming, confie quant à lui que les grands modèles de langage lui ont redonné l'élan créatif et qu'il finalise désormais plus de projets qu'il ne l'a jamais fait, qualifiant l'imprévisibilité de l'IA « d'addictive, à la manière d'une machine à sous ».

Deux fractures, deux deuils

Pour comprendre ce que cette révolution signifie concrètement, la lecture du billet d'Anil Dash (entrepreneur et observateur influent de l'industrie technologique, lui aussi cité dans l'article du Times) est précieuse. Il y distingue deux grandes catégories de développeurs, confrontées à des crises de nature radicalement différente.

La première, plus nombreuse et moins visible, rassemble ceux qui ont fait du code un métier stable, une source de revenus et de mobilité sociale. Pour eux, la disruption sera brutale : les nouveaux outils permettent de générer des volumes considérables de code métier standardisé, et aucune certification de week-end ne rattrapera ce déclassement fonctionnel.

La seconde, plus restreinte et plus vocale, est celle des développeurs pour qui coder est une vocation. Ils ont commencé enfants, continuent le soir et le week-end, même quand ce n'est plus leur métier. Pour ceux-là, la mutation est d'un autre ordre : leur travail change en acte de description. On devient le conducteur de la symphonie plutôt que le violoniste.

Dash résume le paradoxe avec une formule frappante : « Dans les disciplines créatives, les LLM effacent les parties les plus profondes, les plus humaines du travail, et vous laissent la part de corvée. Dans le code, ils éliminent la corvée et vous laissent la part humaine. » C'est pourquoi tant de développeurs accueillent ces outils avec une ambivalence que leurs collègues photographes ou musiciens peinent à comprendre.

Il y a cependant un revers à cette médaille. Plusieurs jeunes développeurs interrogés par Thompson admettent sentir leurs compétences techniques s'éroder à mesure qu'ils délèguent davantage à l'IA. Ce n'est pas une intuition sans fondement empirique : une étude publiée par Anthropic sur l'impact de l'assistance IA sur la formation des compétences de programmation a établi, via un essai contrôlé randomisé, que les participants ayant utilisé une assistance IA obtenaient des scores 17 % inférieurs à ceux qui avaient codé manuellement sur un test portant sur des concepts utilisés quelques minutes auparavant (l'équivalent de presque deux lettres de différence dans un système de notation académique).


Les chiffres qui relativisent l'euphorie

Face aux déclarations enthousiastes des dirigeants, les données empiriques invitent à la prudence. Sundar Pichai, PDG de Google, a évoqué un gain de « vélocité d'ingénierie » de 10 % pour les plus de 100 000 développeurs de l'entreprise, avec des tâches simples comme la rédaction de tests accélérées de plusieurs dizaines de fois, tandis que les modifications majeures restent plus lentes.

Mais d'autres mesures viennent tempérer cet optimisme. Une étude publiée en mars 2026 par Foxit, basée sur les réponses de 1 000 travailleurs et 400 cadres dirigeants au Royaume-Uni et aux États-Unis, révèle que si 89 % des dirigeants estiment que l'IA améliore leur productivité, le gain net, une fois comptabilisé le temps passé à vérifier et valider les sorties générées, n'est que de 16 minutes par semaine pour les cadres (et les utilisateurs finaux, eux, perdent en réalité environ 14 minutes hebdomadaires). Le phénomène a même reçu un nom dans le rapport : le « fardeau de la vérification ».

Plus saisissant encore, une étude de METR publiée en juillet 2025 (un essai contrôlé randomisé portant sur 16 développeurs expérimentés travaillant sur des projets open source matures) a montré que l'utilisation d'outils IA augmentait en réalité le temps d'exécution des tâches de 19 %. Les développeurs, eux, estimaient avant l'expérience que l'IA les accélérerait de 24 %. METR a précisé en février 2026 que ses chercheurs pensent que les modèles plus récents produiraient probablement de meilleurs résultats, mais la méthodologie de leur nouvelle étude a dû être révisée.

La réalité semble donc très segmentée : les gains sont réels sur les tâches répétitives et bien délimitées, quasi nuls ou négatifs sur les tâches complexes dans des bases de code matures.

Le vieux débat de l'abstraction

Les plus sceptiques dans les fils de discussion des forums spécialisés rappellent que cette histoire a déjà été jouée. Les compilateurs, les environnements de développement intégrés, les langages de quatrième génération dans les années 1980 : chacun a été présenté comme la fin du programmeur. Chacun a finalement élevé le niveau d'abstraction sans supprimer le besoin de compétences. Un utilisateur résume sobrement : « Le dernier 10 % de la tâche, c'est toujours là que réside l'essentiel du temps. »

D'autres voix sur ces forums soulèvent des inquiétudes plus concrètes : la dette technique à venir. Si personne ne comprend vraiment le code généré, qui le maintiendra ? Qui corrigera les bogues dans une base de code que personne n'a écrite de sa main ? Un commentateur résume le risque avec une formule mordante : « L'IA va mettre fin aux bogues tels que nous les connaissons pour les remplacer par quelque chose d'infiniment pire : des bogues impossibles à trouver, encore moins à corriger. »

Un développeur expérimenté ajoute un autre angle : le risque que les entreprises utilisent les agents IA comme levier de pression sur leurs salariés (« ne montez pas le ton, on pourrait vous remplacer par un bot ») transformant ainsi un outil d'émancipation potentielle en instrument de domination managériale.

700 000 emplois perdus... et ensuite ?

La dimension sociale du phénomène est peut-être la plus sous-estimée dans les débats techniques. Anil Dash rappelle qu'au moment de la publication de l'article du Times, plus de 700 000 personnes avaient perdu leur emploi dans le secteur technologique au cours des quatre dernières années, et que ce chiffre continue de croître. Le journal note avec une ironie amère que les travailleurs de la Silicon Valley avaient passé les années 2010 à exhorter les ouvriers des industries déclinantes à « apprendre à coder »... et que c'est désormais le code lui-même qui est automatisé, faisant des développeurs les premières victimes à grande échelle d'une automatisation de l'IA dans le travail intellectuel qualifié et bien rémunéré.

Dash conclut néanmoins sur une note moins sombre : selon lui, la seule voie praticable est que les développeurs qui ont encore le feu sacré s'emparent de ce moment de basculement pour construire indépendamment, sans capital-risque, sans se soumettre à l'éthique des grandes plateformes qui licencient leurs collègues par milliers.

Ce que Thompson a observé dans ses 70 entretiens, et que beaucoup de commentateurs ont retenu, c'est que les développeurs qui adoptent pleinement ces outils ressentent encore « le frisson de la réussite, même quand c'est l'IA qui écrit les lignes ». Mais un ingénieur d'Apple, préférant rester anonyme, dit tout autre chose : « Je n'ai pas fait ce métier pour l'argent ou la carrière. Je l'ai fait parce que c'est ma passion. Je ne veux pas externaliser cette passion. »

Ces deux voix, l'une tournée vers l'avenir, l'autre gardienne d'un artisanat en voie de disparition, résument mieux que n'importe quelle étude ce que traverse vraiment la profession en ce moment.

Sources : NYT, Anil Dash, Anthropic, Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity, LinkedIn

Et vous ?

La comparaison avec d'autres révolutions (compilateurs, EDI, langages de haut niveau) est-elle pertinente, ou l'IA représente-t-elle un saut qualitatif différent en nature et pas seulement en degré ?

Le « fardeau de la vérification » (passer autant de temps à contrôler le code généré qu'à le produire) est-il un problème transitoire lié à la maturité des outils, ou une limite structurelle inhérente aux LLM ?

Faut-il imposer une formation au code « à la main » dans les cursus, même si cette compétence devient marginale dans la pratique professionnelle, pour préserver la capacité de supervision humaine des systèmes IA ?

Les grandes entreprises technologiques utilisent-elles l'IA comme prétexte commode à des licenciements qu'elles auraient de toute façon effectués, ou la disruption de l'emploi est-elle réellement causée par l'automatisation ?

Voir aussi :

Les employés d'Amazon affirment que l'IA fait accroître leur charge de travail. Une étude le confirme : il faut corriger les erreurs de l'IA, valider ses sorties, superviser ses agents, mais l'IA est imposée

Les entreprises de la tech commencent à imposer l'utilisation de l'IA : les GAFAM surveillent désormais l'utilisation de l'IA par leurs employés dans le cadre des évaluations de performance

L'essor des agents IA transforme la manière dont les logiciels peuvent être développés : une étude affirme que les développeurs de logiciels professionnels ne vibe codent pas, ils contrôlent