De Software 2.0 au Vibe Coding : le pari de Karpathy en 9 ans

L'essai que personne ne relit, la prédiction que tout le monde vit

En novembre 2017, Andrej Karpathy publie un court essai intitulé "Software 2.0". Il est alors directeur de l'IA chez Tesla et membre fondateur d'OpenAI. Le texte défend une idée qui semblait légèrement hérétique à l'époque : l'acte d'écrire du logiciel est sur le point de changer de nature. Au lieu d'humains rédigeant à la main des instructions en Python ou en C, des pans entiers de programmes seront spécifiés par des jeux de données et produits par des réseaux de neurones. Le code, selon sa formulation, sera cherché dans l'espace des poids plutôt que tapé au clavier.

La plupart d'entre nous ont lu, hoché la tête, puis sont retournés à leurs endpoints CRUD.

Neuf ans plus tard, en mai 2026, cet essai ressemble moins à une thèse qu'à une feuille de route. Un nouveau vocabulaire, le "vibe coding", est devenu grand public. Les développeurs décrivent ce qu'ils veulent en langage naturel, un agent IA assemble le code, et une application fonctionnelle apparaît en quelques minutes. C'est, presque ligne pour ligne, la version grand public de Software 2.0. Comme l'a écrit ce mois-ci un post très partagé : "la ligne entre ces deux moments est presque parfaitement droite".

Cet article relit la trajectoire, examine ce qu'elle signifie concrètement pour les développeurs en activité en 2026, et tente d'identifier le prochain point vers lequel la ligne pointe.

Ce que l'essai "Software 2.0" affirmait vraiment

Trois thèses du texte de 2017 ont remarquablement bien vieilli.

1. Spécifier un jeu de données est une forme de programmation. Le "code source" d'un système Software 2.0, ce sont les données d'entraînement, l'architecture et l'optimiseur. Le compilateur, c'est la descente de gradient. L'artefact, c'est un fichier de poids.

2. La pile 2.0 va absorber la pile 1.0 par le bas. Les tâches que les humains peinaient à spécifier formellement — reconnaissance d'images, parole, traduction, classement — basculeraient en premier vers les réseaux de neurones. La pile 1.0 survivrait sur les bords : code de liaison, flux de contrôle, logique métier.

3. Il faudra de nouveaux outils et un nouveau métier. Débogueurs, IDE, gestion de version, supervision : tout cela a été conçu pour du code écrit à la main. Le 2.0 aurait besoin de sa propre version de chacun, plus de disciplines que nous n'avions pas encore nommées.

Ce que Karpathy n'avait pas prédit explicitement, c'est la vitesse à laquelle le langage naturel allait devenir la couche d'interface entre les humains et la pile 2.0. Cette partie est arrivée par une autre porte, celle des grands modèles de langage, et a débarqué dans le terminal de tout le monde entre 2023 et 2026.

Le vibe coding, c'est Software 2.0 avec un micro

Le terme "vibe coding", popularisé par Karpathy lui-même début 2025, décrit la version quotidienne de ce basculement. Vous ouvrez une fenêtre de chat. Vous dites : "construis-moi un petit CRM qui récupère les leads depuis notre formulaire web, les note, et envoie les plus chauds sur WhatsApp." Un agent de code fait le reste : il échafaude le projet, écrit le schéma, branche les intégrations, déploie l'application et vous remet une URL.

Trois choses rendent 2026 différent des vagues précédentes du no-code.

L'agent écrit du vrai code, pas une boîte noire. Vous obtenez un projet Next.js, un schéma Postgres et un pipeline CI lisible, forkable, auditable. La pile 1.0 reste le substrat.
La boucle est assez rapide pour itérer au feeling. Décrire, générer, exécuter, observer, ajuster. Le cycle qui prenait un sprint prend une après-midi.
Le coût s'est effondré. Un modèle de code capable en 2026 coûte quelques centimes par tâche, pas plusieurs dollars. Cela change l'identité de ceux qui peuvent se permettre de construire.

C'est Software 2.0 avec un masque amical. Les poids font toujours le gros du travail. La couche en langage naturel permet simplement à des non-spécialistes de conduire.

La ligne droite de 2017 à 2026

Cartographier la trajectoire année par année est utile, car les étapes semblent évidentes a posteriori et ne l'étaient pas du tout à l'époque.

2017 : essai Software 2.0. Les réseaux de neurones dévorent la perception et le classement. GitHub Copilot est encore à quatre ans.
2020 : les démos de GPT-3 rendent inconfortables les métiers du copywriting. La génération de code reste un tour de magie.
2022 : Copilot sort. ChatGPT arrive en novembre. L'auto-complétion passe du luxe à la base.
2023 : premiers prototypes sérieux d'agents. La plupart échouent de manière intéressante.
2024 : les agents de code commencent à livrer des fonctionnalités, pas seulement des extraits. Les IDE se réorganisent autour d'eux.
2025 : le terme "vibe coding" entre dans le lexique. Des bâtisseurs en solo livrent des produits en quelques jours.
2026 : les agents de code sont standard dans les environnements de développement d'entreprise. La question passe de "devons-nous utiliser l'IA pour coder" à "comment gouverner des flottes d'agents".

L'arc est cohérent : la pile 2.0 s'étend des tâches de perception étroites vers un travail logiciel plus large, et le rôle humain remonte la pile, de la frappe vers la spécification.

Ce que cela signifie pour les développeurs, surtout au Maghreb et en MENA

À travers le réseau Noqta entre la Tunisie et l'Arabie saoudite, on observe trois schémas récurrents dans les équipes qui s'adaptent bien à ce basculement.

1. La spécification devient un livrable, pas un mémo. Quand c'est un agent qui va écrire le code, la spécification est le point de levier. Des modèles de données clairs, des tests d'acceptation explicites, une liste honnête des cas limites produisent désormais des sorties bien meilleures qu'un simple "vibe" lâché à voix haute. Les ingénieurs qui savaient déjà rédiger un cahier des charges serré frappent au-dessus de leur catégorie.

2. La revue est la nouvelle écriture. Lire et juger du code est le goulot d'étranglement que la plupart des équipes sous-estiment. Les ingénieurs seniors qui s'épanouissent en 2026 lisent vite, sentent le mauvais code à dix mètres, et savent exactement quelles questions poser à un agent qui leur tend un diff de 400 lignes.

3. L'avantage déloyal est dans l'intégration locale. Tout le monde peut vibe coder un CRUD générique. Peu de gens savent brancher ce CRUD sur TTN El Fatoora, Salla, ZATCA, une UI arabe RTL et les rails de paiement locaux. La connaissance métier, la maîtrise réglementaire et la couverture linguistique sont devenues le vrai fossé. La pile 2.0 banalise le générique ; elle ne banalise pas le spécifique.

Pour les fondateurs de la région, l'implication est nette. Le coût pour produire une v1 fonctionnelle s'est effondré. Le coût pour produire un produit qui colle à un vrai marché local, lui, n'a pas bougé. C'est là que l'attention doit aller.

Vers quoi pointe la ligne ensuite

Prolonger le vecteur 2017 vers 2026 de cinq années supplémentaires donne quelques paris honnêtes.

L'IDE continue de disparaître. Moins de frappe, plus de revue. La surface principale devient un journal de conversation avec une preview en direct, l'arbre de fichiers redevient un outil de débogage, plus un espace de travail quotidien.
Des flottes, pas des binômes. Le "AI pair programming" était un cadre de 2024. D'ici 2030, la plupart des fonctionnalités non triviales seront portées par une petite équipe d'agents tournant en parallèle, avec un humain comme tech lead.
Les suites de tests deviennent les specs. L'artefact qui survit aux réorganisations est la spécification exécutable. Le code devient plus jetable.
De nouveaux rôles apparaissent. AgentOps, ingénierie d'évaluation, revue de prompts et de politiques, gouvernance des changements autonomes. Des intitulés de poste normaux, comme "ingénieur SRE" était nouveau en 2010 et standard en 2020.
La pile 1.0 n'est pas morte. Systèmes critiques, noyaux, primitives de sécurité, tout ce où une mauvaise réponse est catastrophique restera écrit à la main, revu à la main, et fièrement à l'ancienne pendant des années.

La partie honnête de la prédiction est celle que Karpathy a bien vue en 2017 : la frontière bouge, et elle continue de bouger dans une seule direction.

Comment surfer la vague sans se faire écraser

Une liste courte et tranchée pour celles et ceux qui construisent en 2026.

Apprenez à écrire une spec comme si votre carrière en dépendait, parce que c'est le cas. Tests d'acceptation, contrats de données, cas limites, anti-objectifs.
Entraînez-vous à lire du code sous pression. Ouvrez une pull request d'un inconnu chaque semaine. Chronométrez-vous. Devenez plus rapide.
Choisissez un domaine et plongez. Fiscalité, logistique, facturation électronique, santé, finance. Les agents sont généralistes. Vous, non.
Traitez les agents comme des employés, pas comme de la magie. Briefez-les bien, revoyez leurs sorties, virez ceux qui hallucinent, gardez ceux qui livrent.
Relisez Software 2.0. Trente minutes de lecture. Cela structurera la prochaine décennie de votre carrière mieux que la plupart des formations sur votre étagère.

Karpathy concluait son texte de 2017 par une phrase sur un nouveau métier plus empirique, plus proche du dressage d'animaux que de l'écriture de preuves. Neuf ans plus tard, c'est exactement le métier. Les développeurs qui l'acceptent tôt passeront les neuf prochaines années à construire des choses que leur "moi de 2017" aurait jugées impossibles.

Construisez avec Noqta

Chez Noqta, nous aidons les équipes en Tunisie et en Arabie saoudite à passer de la spec au produit livré sur la pile Software 2.0 — sans perdre la rigueur de Software 1.0. Si vous souhaitez discuter de l'endroit où se situe votre équipe sur cette courbe, contactez-nous. C'est ce que nous faisons chaque jour.