Pourquoi le « Vibe Coding » me donne envie de vomir

Par Kush Creates

Pourquoi le « Vibe Coding » me donne envie de vomir, par Kush Creates

Un programmeur s'insurge contre le « Vibe Coding » et la tendance dangereuse qui consiste à accepter aveuglément le code généré par l'IA sans le comprendre. Découvrez pourquoi cette approche est en train de détruire le plaisir et l'art de la programmation.

Pour votre information, le Vibe Coding consiste à utiliser des LLM et des chatbots IA pour réaliser votre projet et à vibrer avec le code que le LLM vous donne.


Introduction

Vous souvenez-vous de l'époque où programmer signifiait comprendre son code ? Quand le débogage ne consistait pas simplement à coller des erreurs dans une IA ? Lorsque vous pouviez expliquer comment votre application fonctionnait réellement ?

Cette époque est apparemment révolue, si l'on en croit le récent X Post (Tweet) d'Andrej Karpathy sur le « Vibe Coding ». Il s'agit d'une approche troublante où les programmeurs abandonnent leur métier à des outils d'IA en espérant que tout se passe bien. En tant que personne ayant passé des années à perfectionner ses compétences en programmation, je trouve cette tendance non seulement préoccupante, mais carrément dangereuse.

Karpathy a donc lâché cette perle absolue sur le « Vibe Coding » et j'ai failli recracher mon troisième café de la matinée sur mon clavier. Si je comprends bien, nous sommes maintenant FIER de ne pas comprendre notre propre code ? Cool cool cool. Une approche totalement durable de l'ingénierie logicielle.

Ecoutez, je diffuse des solutions de code sur StackOverFlow depuis de nombreuses années. Vous vous souvenez de cette période sombre ? Lorsque vous deviez LIRE LA DOCUMENTATION ? Et maintenant, nous avons Mr. « J'ai cofondé OpenAI » qui se vante en toute décontraction de vibrer avec son code comme s'il s'agissait d'une sorte de trip technologique sous acide.

Laissez-moi vous expliquer pourquoi « vibrer » avec votre code donné par l'IA au lieu de le comprendre est le chemin le plus rapide vers la catastrophe technique et pourquoi les vrais développeurs devraient s'opposer à cette tendance bizarre.

[TWITTER]<blockquote class="twitter-tweet"><p lang="en" dir="ltr">There's a new kind of coding I call "vibe coding", where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. It's possible because the LLMs (e.g. Cursor Composer w Sonnet) are getting too good. Also I just talk to Composer with SuperWhisper…</p>— Andrej Karpathy (@karpathy) <a href="https://twitter.com/karpathy/status/1886192184808149383?ref_src=twsrc%5Etfw">February 2, 2025</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>[/TWITTER]

La montée du développeur qui "accepte tout"

C'EST. QUOI. CE. BORDEL.

Oh cool, cool. Alors on se contente d'appuyer sur le bouton « Accepter tout » comme s'il s'agissait d'un jeu de morpion ? Je peux déjà sentir les conflits de fusion qui se préparent comme une mauvaise tasse de café que quelqu'un a laissée dans la salle de repos pendant trois jours.

Je veux dire, bien sûr Andrej, c'est très bien quand vous construisez un joli petit projet de week-end dont personne ne dépend. Mais certains d'entre nous travaillent sur des systèmes où « Accepter tout » est l'équivalent numérique de jouer à la roulette russe avec cinq balles chargées.

Laissez-moi vous dépeindre mon mardi de la semaine dernière :

1. Un développeur junior a « vibré » avec la base de code
2. Personne n'a revu les changements parce que YOLO, n'est-ce pas ?
3. Le serveur de production a pris feu à 2 heures du matin
4. Devinez qui a été bipé ? Pas les vibrations, c'est sûr.

L'écart de compréhension

Si ce n'est pas la phrase la plus terrifiante qu'un développeur puisse lire, je ne sais pas ce que c'est. Bien sûr, Andrej, construisons une maison dont nous n'avons aucune idée de l'emplacement des murs porteurs. Qu'est-ce qui pourrait bien aller de travers ?

Ce n'est pas un badge d'honneur, mais un drapeau rouge de la taille du Texas. Lorsque vous ne comprenez pas votre propre base de code, vous n'êtes plus un développeur. Vous êtes juste une personne extrêmement inefficace qui n'a jamais appris à coder et qui se contente d'utiliser l'IA.

Les étapes suivantes sont prévisibles :

1. Un code incompréhensible entraîne un comportement imprévisible.
2. Un comportement imprévisible conduit à un code non structuré, à des bidouillages et à des solutions de contournement.
3. Les bidouillages et les solutions de contournement conduisent à un code encore plus incompréhensible.
4. Répétez l'opération jusqu'à ce que votre dépôt GitHub soit légalement considéré comme une scène de crime.

C'est comme si "je laissais mon enfant concevoir mon portefeuille financier en sélectionnant au hasard les actions en fonction des logos d'entreprises qui ont les plus jolies couleurs." Sauf que le bambin est une IA qui a été entraînée sur StackOverFlow, y compris toutes les réponses désapprouvées.

Ecoutez, je vais vous révéler un petit secret qui, apparemment, doit être dit en 2025 : LES BONS INGÉNIEURS COMPRENNENT LEUR CODE.

Cette connerie de « Vibe Coding » est l'équivalent en programmation de fermer les yeux en conduisant parce que votre Tesla est sur Autopilot. Ça marche très bien jusqu'à ce que vous vous retrouviez enroulé autour d'un arbre en vous demandant pourquoi l'IA ne l'a pas vu venir.

Ce n'est pas vraiment du codage

Écoutez les gars, je ne suis pas contre l'assistance de l'IA. J'utilise Copilot, ChatGPT, Claude depuis qu'ils ont été lancés, et ils sont vraiment utiles pour les modèles simples. Mais il y a une différence entre le « codage assisté par l'IA » et le spectacle d'horreur décrit par Andrej Karpathy.

Le vrai codage implique la compréhension. Le débogage. La résolution de problèmes. La satisfaction de comprendre enfin pourquoi cette fichue fonction ne cesse de retourner undefined et NaN à 2 heures du matin. L'effroi existentiel lorsque vous réalisez que c'est parce que vous avez mal orthographié quelque chose et que vous n'avez pas essayé de relire la fonction correctement. Ce sont ces expériences authentiques qui nous façonnent en tant que développeurs !

La philosophie du « contournement des bogues »

Oh mon dieu, c'est en train de me faire réagir. C'est comme réparer sa voiture en frappant différentes parties avec un marteau jusqu'à ce que le bruit bizarre s'arrête. Bien sûr, le bruit s'est arrêté ! Le problème sous-jacent ? On s'en fout ! VIBES !

Cette programmation équivaut à donner un coup de pied à votre fichue télévision jusqu'à ce que l'image revienne. Très professionnel. Très durable.

Je jure que je recevrai un appel d'un recruteur dans 6 mois :
« Nous recherchons un ingénieur Vibe senior avec plus de 10 ans d'expérience dans l'intégration exponentielle, et plus de 5 ans à oublier que le code existe. »

« Hey, pourquoi notre application se plante-t-elle en production ? »
« Aucune idée, mec. J'ai juste continué à lui donner des coups de bâton jusqu'à ce qu'elle arrête de faire ce truc sur ma machine ».

Ce n'est pas ce que je pensais que le « Vibe Coding » serait

Lorsque j'ai entendu parler de « Vibe Coding » dans les cercles de programmation, j'ai pensé qu'il s'agissait de vibrer avec des collègues et des amis programmeurs pour réaliser des projets ensemble, juste pour le plaisir. Vous savez, la vraie collaboration humaine, le partage d'idées, la programmation en binôme tout en partageant une pizza et des boissons énergisantes à minuit.

Mais non. La définition actuelle du « Vibe Coding » est apparemment la suivante : « Abandonner son pouvoir intellectuel à une IA et espérer que tout se passe bien ». C'est la porte d'entrée vers l'enfer de la programmation. La prochaine chose que vous saurez, c'est que vous serez dans une réunion à essayer d'expliquer aux utilisateurs de X, pourquoi l'application continue d'envoyer les informations de la carte de crédit des utilisateurs à un canal Telegram aléatoire.

« Ce n'est pas un bug », direz-vous, la sueur coulant sur votre front, « c'est une vibration ».

Le tsunami de dette technique

Parlons de la dette technique. Le codage normal en crée déjà suffisamment et nous avons tous écrit ce hack de code « temporaire » qui est toujours en production cinq ans plus tard. Mais le « Vibe Coding », c'est comme si vous preniez une hypothèque à haut risque sur votre base de code et que vous mettiez immédiatement le feu à vos comptes.

Lorsque vous ne comprenez pas votre propre code, vous créez non seulement des dettes, mais aussi des dettes dont vous ne soupçonnez même pas l'existence jusqu'à ce qu'elles vous tombent dessus. C'est comme jouer au Jenga les yeux bandés, en état d'ébriété et avec de la vodka dans une main.


La mort des compétences de débogage

Il y a une satisfaction particulière à déboguer correctement un problème complexe. Suivre la piste des miettes de pain, mettre en place le cas de reproduction parfait, réduire le problème étape par étape. C'est un peu comme si vous étiez un détective du code.

Avec le « Vibe Coding », cette compétence est remplacée par « coller l'erreur dans l'IA et prier ». Lorsque cela ne fonctionne pas, la solution consiste apparemment à « demander des changements aléatoires jusqu'à ce que le problème disparaisse ».

Il ne s'agit pas de débogage, mais d'exorcisme numérique. « LE POUVOIR DE L'IA VOUS ATTIRE ! » asperge le clavier d'eau bénite.

Le copier-coller des messages d'erreur

Oh là là. C'est comme si tu disais que tu allais donner toutes les erreurs et tous les bugs de ton application et que tu attendais en te disant « Cette fois-ci, ce sera réparé sans drame ». Parfois, ça marche ! Jusqu'à ce que ce ne soit pas le cas, et que vous ayez à faire face à un mal de tête pour résoudre ce problème à 3 heures du matin parce que vous n'avez jamais compris pourquoi cette erreur/bogue particulière s'est produite en premier lieu.

Laissez-moi vous dépeindre cette approche :

L'illusion de la productivité

Bien sûr, vous pouvez construire quelque chose plus rapidement avec cette approche au début. Vous vous émerveillerez de la rapidité avec laquelle votre application prend forme, de la facilité avec laquelle les fonctionnalités semblent se matérialiser. Vous vous direz : « C'est génial, je suis 10 fois plus productif ! ».

Puis la réalité frappe. Le château de cartes s'effondre. Votre base de données est corrompue. Votre gestion des états est un cauchemar de dépendances circulaires. Votre CSS est plus une guerre des spécificités qu'un véritable stylisme. Et le pire, c'est que vous n'avez aucune idée de la façon de réparer tout cela parce que vous ne l'avez jamais compris.

C'est comme si vous prétendiez être un peintre productif parce que vous pouvez rapidement jeter des seaux de peinture au hasard sur une toile. Certes, vous avez couvert la toile rapidement, mais qu'avez-vous créé exactement ?

La fin de la propriété du code

Il y a quelque chose de profondément satisfaisant à regarder un morceau de code et à savoir que c'est vous qui l'avez écrit. Ce qui est encore mieux, c'est de revisiter un code que vous avez écrit il y a plusieurs mois et de vous dire : « Bon sang, le passé était comme ça bla bla bla ». (Ou, de manière plus réaliste : « À quoi le moi du passé pensait ? C'est terrible ! »).

Avec le « Vibe Coding », ce sentiment de propriété disparaît. Le code ne vous appartient pas, mais il s'agit d'un effort de collaboration entre vous (20 %) et une IA (80 %) qui n'a aucun intérêt dans la réussite du projet. Lorsque les choses tournent mal, il n'y a pas de fierté qui vous pousse à les réparer, juste de la confusion et de la frustration.

C'est comme si vous revendiquiez la paternité d'un livre alors que vous n'avez fait que donner de vagues instructions à une IA. « Dire que le chapitre 3 devrait comporter plus de dragons, je suppose », n'est pas la même chose que d'écrire le chapitre 3 à partir de rien, avec votre imagination et votre créativité.

La pente glissante

Mais les habitudes prises le week-end ne disparaissent pas comme par magie le lundi matin. Cette mentalité est contagieuse, et avant que vous ne vous en rendiez compte, votre code de production a l'air d'avoir été écrit par un LLM souffrant de TDAH.

Lorsque nous abandonnons la compréhension au profit de la commodité, nous ne sommes plus des ingénieurs, mais des ingénieurs prompts, ce qui est au codage ce que la lecture d'instructions au four à micro-ondes est à l'art culinaire.

La véritable alternative à l'ingénierie

Au lieu du « Vibe Coding », essayez ces concepts radicaux :

• Comprenez ce que votre code fait réellement
• Écrire des tests qui valident vos hypothèses
• Retravailler régulièrement votre code pour maintenir la complexité à un niveau raisonnable
• Documentez votre raisonnement, pas seulement votre code
• Utilisez l'IA pour amplifier vos tâches ennuyeuses (tâches répétitives), et non pour remplacer vos compétences réelles.

Ces principes ennuyeux ont permis de construire tous les logiciels fiables dont vous dépendez. Pas les vibrations. Pas d'exponentielles. Juste de l'ingénierie solide.

Conclusion

Alors oui, Andrej Karpathy, je vais m'en tenir à mes bonnes vieilles méthodes pour comprendre réellement ce que fait mon code, merci beaucoup. Je continuerai à utiliser les outils d'IA comme des assistants plutôt que comme des remplaçants de mon cerveau. Je continuerai à lire mes diffs comme s'il s'agissait d'une approche traditionnelle.

Parce que lorsque le code généré par l'IA se cassera inévitablement de manière spectaculaire (et il le fera), je préférerais être le développeur qui peut le réparer plutôt que celui qui dit « Je ne sais pas, mec, les vibrations me disaient d'utiliser 17 promesses imbriquées pour ce gestionnaire de clic de bouton ».

La véritable excellence en ingénierie vient de la compréhension et non de l'externalisation de votre compréhension pour des raisons de rapidité. Lorsque vous donnez la priorité aux « vibrations » plutôt qu'à la compréhension, vous n'êtes pas un développeur 10x mais vous êtes juste quelqu'un qui va créer 10x plus de problèmes pour la pauvre âme qui héritera de votre base de code.

Et oui, j'ai peut-être l'air d'un développeur vieux de la vieille qui crie sur les nuages. « À l'époque, nous avions l'habitude de coder des applications par nous-mêmes et NOUS AIMIONS ÇA ! » Mais certains principes ne changent pas simplement parce que la technologie évolue. Comprendre son code n'est pas facultatif, mais c'est la différence fondamentale entre un ingénieur et quelqu'un qui se contente de jouer les programmeurs déguisés.

Les vrais pros le savent : Utilisez l'IA comme un outil. Pas pour remplacer votre cerveau.

P.S. - Si votre réaction a ce discours n'est pas « C'EST VRAI, BIEN REÇU », c'est que vous êtes probablement vous-même un « vibe codeur ». Désolé, vous avez encore le temps de vous changer et d'APPRENDRE À CODER, ce n'est pas trop difficile.

Source : Why 'Vibe Coding' Makes Me Want to Throw Up

Why 'Vibe Coding' Makes Me Want to Throw Up by Kush Creates is licensed under Creative Commons Attribution 4.0 International

Et vous ?

Pensez-vous que ces déclarations sont crédibles ou pertinentes ?
Quel est votre avis sur le sujet ?

Voir aussi :

« L'IA Cursor m'a dit que je devais apprendre à coder au lieu de lui demander de générer du code », rapporte un programmeur. Quand l'IA remet elle-même en question la culture du « vibe coding »

Être développeur à l'ère de l'IA qui raisonne, par Mani Doraisamy

Les nouveaux développeurs juniors ne savent pas coder, par Namanyay

L'utilisation de code généré par l'IA fera de vous un mauvais programmeur, par Rudis Muiznieks