Vibe Coding

Le vibe coding désigne une façon de développer où l'on décrit en langage naturel le résultat attendu et où une IA produit le code correspondant, l'humain se concentrant sur l'intention, les essais et les corrections. Le terme s'est répandu au début de 2025, popularisé par le chercheur Andrej Karpathy.

Ce n'est pas de l'autocomplétion accélérée. Avec l'autocomplétion, vous écrivez le code et l'outil devine la suite ; en vibe coding, vous formulez l'objectif et relisez un résultat que vous n'avez pas tapé. Le déplacement porte sur la nature même du travail : moins d'écriture, beaucoup plus de spécification et de relecture.

Comment cela se passe réellement

Le cycle est court et répétitif : on décrit le besoin, l'IA génère ou modifie des fichiers, on exécute, on constate l'écart, on redemande. Les outils vont de l'assistant intégré à l'éditeur jusqu'aux agents qui travaillent directement sur le dépôt. Le code produit est du code réel, versionné et exécutable, avec exactement les mêmes conséquences que s'il avait été écrit à la main.

Ce que cela accélère vraiment

• Le prototype destiné à trancher une question de conception, puis à être jeté.
• Les scripts ponctuels : migration de données, retraitement de fichiers, extraction.
• L'exploration d'une base de code inconnue, pour comprendre avant de modifier.
• L'écriture de tests sur du code existant, tâche fastidieuse et bien cadrée.
• Les outils internes à faible enjeu, utilisés par quelques personnes averties.

Ce qui casse au passage en production

Trois sujets reviennent systématiquement. La relecture d'abord : un code plausible n'est pas un code correct, et l'assurance apparente du résultat décourage l'examen critique. La sécurité ensuite, avec des schémas classiques que la génération reproduit volontiers : secrets inscrits en dur, requêtes non paramétrées, contrôles d'accès absents, dépendances obsolètes ou inexistantes. La maintenabilité enfin, car sans architecture décidée en amont, les sessions successives dupliquent la logique et prennent des décisions incohérentes entre elles.

S'y ajoute un effet d'optique coûteux : les quatre cinquièmes du travail apparaissent en une heure, et le cinquième restant, celui des cas limites, de la gestion d'erreurs et de la reprise, demande souvent plus de temps qu'un développement conduit normalement.

Où placer la limite

Le repère est simple : le vibe coding convient quand le code est jetable, ou quand il est relu par quelqu'un qui aurait su l'écrire. Sans cette relecture, il n'a pas sa place sur l'authentification, les paiements, les traitements de données personnelles et tout ce qui engage la responsabilité de l'entreprise. Le logiciel livré reste le vôtre juridiquement, quel que soit l'outil qui l'a produit.