GuidesTechnologie
Qu'est-ce que le vibe coding
Le terme est d'Andrej Karpathy, en février 2025, et décrivait une façon de programmer où l'on discute avec l'IA, où l'on accepte ce qu'elle écrit et où l'on juge sur le résultat plutôt qu'en lisant le code ligne à ligne. Il est devenu un nom de catégorie en quelques mois.
Données de 6 septembre 2026
Ce que cela veut dire en pratique
Vous décrivez ce que vous voulez, vous regardez ce qui est apparu et vous demandez le changement suivant. Le code existe, continue d'exister et reste du vrai code ; ce qui change, c'est qui l'écrit et où vous l'évaluez : à l'écran, pas dans le fichier.
C'est pourquoi "vibe" n'est pas une ironie. Le jugement porte sur le comportement observé, pas sur la lecture de ce qui a été écrit.
Ce que le vibe coding n'est pas
- ce n'est pas du no-code. Le no-code échange le code contre des blocs visuels. Ici le code est toujours là, et sur une plateforme qui exporte vous pouvez l'emporter ;
- ce n'est pas magique. L'IA réussit la structure et se trompe souvent sur les règles que personne n'a énoncées ;
- ce n'est pas réservé au prototype. Cela devient un prototype quand personne ne vérifie ; ce qui décide, ce n'est pas l'origine du code, c'est le soin qui vient après.
Là où cela marche très bien
- un outil interne de petite équipe, celui qui est aujourd'hui un tableur ;
- la première version d'un produit, pour savoir si quelqu'un s'en sert ;
- des outils pour son propre usage, qui n'auraient jamais de budget ;
- le deuxième écran d'une application existante, quand la demande est ciblée.
Là où cela casse d'habitude
- qui voit quoi. La défaillance la plus fréquente et la plus chère, car elle ne se voit pas à l'écran : l'application marche et elle fuit ;
- l'argent. Montants, taxes, remboursements et le paiement resté en attente ;
- le chemin triste. Sans connexion, données manquantes, le même bouton pressé deux fois ;
- la croissance. Ce qui sert dix personnes ne sert pas toujours mille, et c'est là que savoir lire du code cesse d'être facultatif.
Comment le faire de façon responsable
- demandez peu à la fois, et toujours avec qui l'utilise et qui voit quoi ;
- après chaque changement, connectez-vous comme utilisateur ordinaire et essayez ce qu'il ne devrait pas pouvoir faire ;
- testez le chemin triste exprès ;
- publiez tôt, pour de vraies personnes, et corrigez là où elles butent ;
- choisissez un outil qui exporte le code. C'est la sortie si le projet dépasse ce que la conversation résout.
Le résumé
- le terme est de Karpathy, février 2025, et signifie juger sur le résultat au lieu de lire le code ;
- le code existe toujours : ce n'est pas du no-code ;
- cela marche très bien pour l'outil interne, la première version et l'outil personnel ;
- cela casse sur les permissions, l'argent et le chemin triste, là où la vérification a sa place ;
- pouvoir exporter le code est ce qui empêche la pratique de devenir un piège.
Questions fréquentes
Le vibe coding, est-ce la même chose que le no-code ?
Non. Le no-code remplace le code par des blocs visuels ; le vibe coding produit toujours du code, simplement écrit par l'IA à partir de ce que vous décrivez.
Faut-il savoir coder pour faire du vibe coding ?
Pas pour commencer. Savoir aide énormément au moment où quelque chose casse d'une façon que la description n'explique pas, et c'est la différence entre se débloquer en minutes ou en jours.
Peut-on mettre en production une application faite ainsi ?
Oui, et beaucoup l'ont déjà fait. Ce qui sépare l'application qui tient de celle qui ne tient pas, ce sont les choses habituelles : permissions, données, erreurs, et quelqu'un qui a regardé.
Existe-t-il des formations au vibe coding ?
Beaucoup vendent le terme. Le contenu qui vaut quelque chose est le contenu habituel : comment décrire un produit, comment le tester et quoi vérifier avant de publier.
Le vibe coding est-il gratuit ?
La pratique, oui. Les outils ont une offre gratuite pour construire et facturent quand l'application sort dans le monde, là où commence leur propre coût.