Il y a une confusion conceptuelle profonde dans ce raisonnement: assimiler la production de code à la pratique du génie logiciel.
Le coĂ»t marginal de lâĂ©criture syntaxique du code tend effectivement vers zĂ©ro avec les LLM. Mais ce coĂ»t nâa jamais Ă©tĂ© le cĆur de la valeur du mĂ©tier.
Le gĂ©nie logiciel nâest pas un problĂšme de gĂ©nĂ©ration de texte. Câest un problĂšme de modĂ©lisation, de gestion de la complexitĂ©, de prise de dĂ©cisions irrĂ©versibles sous incertitude, et surtout de responsabilitĂ© dans le temps. Un systĂšme rĂ©el nâĂ©choue pas parce que âle code est mal Ă©critâ. Il Ă©choue parce que:
â le modĂšle mental du domaine est faux
â les invariants ne sont pas compris
â les hypothĂšses implicites ne sont pas explicitĂ©es
â les compromis ne sont pas assumĂ©s
Aucune IA ne peut aujourdâhui assumer ces choix Ă ta place. Elle peut les proposer. Elle ne peut ni les porter, ni en rĂ©pondre.
Il y a aussi un signal faible mais rĂ©vĂ©lateur dans lâidĂ©e que âlâIA fait toutâ. Lorsque lâIA peut produire lâintĂ©gralitĂ© dâun systĂšme sans rĂ©sistance intellectuelle, ce nâest gĂ©nĂ©ralement pas le signe dâune prouesse technologique, mais celui dâun problĂšme peu profond, peu contraint, ou dĂ©jĂ largement standardisĂ©. Les problĂšmes rĂ©ellement intĂ©ressants, ceux qui touchent au rĂ©el, aux humains, aux organisations, aux contraintes juridiques, physiques ou sociales rĂ©sistent. Ils forcent Ă penser, Ă arbitrer, Ă revenir en arriĂšre, Ă douter.
Lâanalogie avec lâassembleur, les langages compilĂ©s et les langages interprĂ©tĂ©s est trompeuse. Ces transitions ont changĂ© le niveau dâabstraction, pas la nature du travail. Comprendre les contraintes sous-jacentes est restĂ© indispensable.
La âprogrammation en langage naturelâ nâabolit pas la complexitĂ©.
Elle la déplace, souvent vers des zones moins visibles, plus dangereuses, et plus coûteuses à corriger.
Former des ingĂ©nieurs nâa jamais consistĂ© Ă leur apprendre Ă âĂ©crire des lignesâ. Il s'agit de leur apprendre Ă penser des systĂšmes qui survivront Ă : la croissance, les pannes, les usages imprĂ©vus, le temps, etc.
Les LLM sont des multiplicateurs de productivitĂ© extraordinaires. Mais comme tous les multiplicateurs, ils amplifient la compĂ©tence⊠ou lâabsence de compĂ©tence.
Le futur nâoppose pas âdiplĂŽmĂ©sâ et âvibe codersâ. Il oppose ceux qui comprennent profondĂ©ment les systĂšmes quâils construisent
à ceux qui confondent vitesse de génération et maßtrise.
La production de code nâa jamais Ă©tĂ© le travail. LâingĂ©nierie, si.
RĂ©flĂ©chissez-y Ă deux fois avant de vouloir aller en Ă©cole dâinformatique. Parce que dâici votre diplĂŽme, les outils IA auront tellement Ă©voluĂ© que vous serez dĂ©passĂ©s.
Regardez mon GitHub : 2377 contributions depuis juillet 2025. Zéro ligne codée à la main. Chaque ligne a été écrite par Claude Opus 4 ou Opus 4.5 avec Claude Code.
Je commande, ils exécutent. Point.
Un dĂ©veloppeur nâest plus un constructeur. Il est devenu un architecte et un chef d'orchestre. Il dirige des agents IA qui codent Ă sa place. Il nâa plus besoin, et bientĂŽt plus le droit, dâĂ©crire du code lui-mĂȘme. Câest le travail de lâIA.
Aujourdâhui, nâimporte qui peut gĂ©nĂ©rer du code propre et fonctionnel rien quâen chattant avec Claude Code.
C'est une rĂ©volution. Le coĂ»t d'Ă©criture du code est presque tombĂ© Ă zĂ©ro. Le seul vrai coĂ»t restant est lâabonnement que paiera lâentreprise (ou le dev lui-mĂȘme) et le temps passĂ© Ă guider lâIA.
Et ce nâest pas la premiĂšre fois que ça arrive. Ă chaque fois quâun nouveau paradigme de programmation Ă©merge, les anciennes compĂ©tences deviennent obsolĂštes :
â Lâassembleur -> remplacĂ© par les langages compilĂ©s de haut niveau (FORTRAN, C, C ).
â Les langages compilĂ©s -> remplacĂ©s par les langages interprĂ©tĂ©s bourrĂ©s de paquets prĂȘts Ă lâemploi (Python, JavaScript).
â Et aujourdâhui, les langages interprĂ©tĂ©s -> remplacĂ©s par la programmation en langage naturel avec les LLM et les agents IA.
Toute la valeur a migrĂ©. Elle nâest plus dans la capacitĂ© Ă coder, mais dans lâidĂ©e, la vision, la crĂ©ativitĂ©, lâarchitecture, lâorchestration fine des outils et surtout lâexĂ©cution sans pitiĂ©.
La production de code ? EntiÚrement déléguée aux IA.
Un étudiant apprend encore à coder ligne par ligne, à ingurgiter de la documentation complexe, et à mémoriser des patterns.
Sauf que tout ça devient inutile. Pire, lâĂ©tudiant va perdre des annĂ©es Ă acquĂ©rir des compĂ©tences quâil nâutilisera presque jamais. Tout ça pour se retrouver en concurrence directe avec des gens sans diplĂŽme, sans aucune formation informatique traditionnelle, qui auront simplement appris à « vibe coder » en chattant avec des IA.
Et ces vibe coders feront souvent le mĂȘme travail, voire mieux.
Parce quâils sauront vraiment exploiter les IA Ă fond, avec une expĂ©rience concrĂšte et immĂ©diate que le jeune diplĂŽmĂ© nâaura pas. Ils auront dĂ©jĂ livrĂ© des projets rĂ©els, itĂ©rĂ© Ă toute vitesse, rĂ©solu des bugs en live, pendant que lâĂ©tudiant Ă©tait encore en train de faire des TP thĂ©oriques sur des langages obsolĂštes.
RĂ©sultat, ces vibe coders seront bien plus facilement employables. Les entreprises prĂ©fĂšrent quelquâun qui prouve quâil livre vite et bien avec les outils dâaujourdâhui, plutĂŽt quâun diplĂŽme qui atteste de compĂ©tences dâhier.
MĂȘme chose pour les dĂ©veloppeurs seniors qui font encore les princesses et qui refusent d'utiliser lâIA. Hier, ils dictaient leurs conditions et imposaient des salaires Ă six chiffres parce quâils Ă©taient irremplaçables. Demain, nâimporte qui pourra faire leur travail en dĂ©crivant ce quâil veut et en laissant lâIA exĂ©cuter.
Les entreprises seront amenées à recruter trois profils principaux :
- les créatifs purs : ceux qui ont des idées fortes et savent les formuler avec précision (les maßtres du prompt).
- les architectes/orchestrateurs : ceux qui maĂźtrisent parfaitement les outils IA et savent diriger une armĂ©e dâagents sur des tĂąches complexes jusquâĂ obtenir le rĂ©sultat parfait.
- les exĂ©cutants ultra-agiles : ceux qui font avancer les projets Ă une vitesse folle en exploitant lâIA au maximum, mĂȘme sans bagage technique traditionnel.
En conséquence, la masse salariale des équipes va fondre. Pourquoi garder 10 devs quand une seule personne peut piloter 10 agents IA qui produiront plus vite et souvent mieux que les 10 humains réunis ?
Les salaires moyens vont mĂ©caniquement baisser, la pression sur les juniors va exploser, et le dĂ©classement menacera les seniors qui nâĂ©voluent pas.
LâĂąge dâor du dĂ©veloppeur-roi est fini. Comme pour les graphistes et les artistes numĂ©riques, passer des centaines dâheures Ă se perfectionner nâest plus monĂ©tisable de la mĂȘme façon. La barriĂšre Ă lâentrĂ©e sâest effondrĂ©e.
Regardez ce qui sâest passĂ© avec Midjourney, Grok, GPT et Stable Diffusion. En Ă peine 2 ans, des milliers de graphistes et infographistes ont vu leur marchĂ© se faire conquĂ©rir par des gens qui nâavaient jamais touchĂ© Photoshop de leur vie.
Exactement la mĂȘme chose arrive maintenant au code, mais en 100x pire. Aujourdâhui, nâimporte qui peut vibe coder une app complĂšte, monter un systĂšme complexe et concurrencer des boĂźtes Ă©tablies avec des dizaines de devs sur la payroll.
Il suffit dâune bonne idĂ©e, dâun peu de crĂ©ativitĂ©, dâun prompt bien tournĂ©, et en un week-end tu as un MVP fonctionnel prĂȘt Ă onboarder des clients, le tout sans payer un seul dev.
Et en quelques mois, avec de lâitĂ©ration rapide facilitĂ©e par lâIA, un solo founder peut sortir un produit qui rivalise avec les gĂ©ants du secteur.
Nous entrons dans un nouveau paradigme. Le marchĂ© du dĂ©veloppement est dĂ©jĂ en pleine mutation, avec des juniors qui peinent Ă trouver un premier poste. Et ce nâest que le dĂ©but de la transformation du secteur...