Si vous avez passé un peu de temps à observer LinkedIn Tech ces derniers temps, vous êtes probablement tombé sur le concept de plus en plus omniprésent du « vibe coding ». Pour les non-initiés, le « vibe coding » consiste pour les développeurs (et les non-développeurs, soyons honnêtes) à utiliser des invites d’IA et des « intuitions » pour créer du code, plutôt que de suivre les méthodes traditionnelles, minutieuses, ligne par ligne.
Cela ressemble soit au dernier miracle de la technologie, soit à la tendance la plus gênante depuis que les NFT ont envahi les biographies LinkedIn.
Les arguments en faveur du « vibe coding » intensif
La réussite rapide de projets réalisés avec le « vibe coding », comme cette personne non développeuse qui a créé et lancé avec profit une application générée par IA de 100K lignes en quelques semaines, ou encore Workcade, une application de tâches de productivité ludifiée qui comptait des centaines d’utilisateurs dès sa première semaine, laisse penser que ce phénomène repose peut-être sur quelque chose de concret.
Mais là où il y a des intuitions, il y a aussi… le chaos.
Have an account? Log In
Mauvaises ondes uniquement
Le « vibe coding » semble présenter un problème de sécurité. Prenons le cas de l’entrepreneur non technique Leo Jr., qui a surfé sur la vague du « vibe coding », en construisant et en lançant ouvertement son application — avant de la rendre rapidement rentable.
Il est le fondateur d’Enrichlead, un outil qui collecte des adresses IP et utilise un LLM pour générer des prospects commerciaux. Leo a créé l’application entière avec Cursor, déclarant fièrement : « Aucun code écrit à la main. L’IA n’est plus seulement une assistante : c’est la bâtisseuse. Vous pouvez vous en plaindre ou commencer à construire. »
Naturellement, Internet a choisi la violence.
En l’espace de 48 heures, les pirates ont afflué. Les abonnements ont été contournés. Les coûts ont explosé. Le LLM a commencé à halluciner des données de prospects sorties de nulle part. Leo a publié un appel à l’aide sur Twitter : « les gars, je suis attaqué… des choses aléatoires se produisent. » Et comme si cela ne suffisait pas : « Je ne suis pas technique, donc il me faut plus de temps que d’habitude pour comprendre ce qui se passe. »
Pour utiliser Enrichlead, les utilisateurs installent un extrait JavaScript qui collecte les adresses IP. Le LLM essaie de transformer ces données en prospects commerciaux. Il dispose rarement de suffisamment d’informations pour y parvenir, alors il en invente. Leo, toujours optimiste, insiste : « Ça marche quand même. »
Il affirme désormais qu’il apprend à coder. « À la dure », bien sûr.
Voici donc la question qui se pose aux CTO modernes : le « vibe coding » est-il un raccourci innovant — ou sommes-nous simplement en train de manifester des bugs avec une meilleure expérience utilisateur ?
Voyons dans quels cas il faut se laisser porter par les intuitions, et dans quels cas il vaut mieux les éviter.
Quelles sont les dernières nouvelles ?
Le vétéran du DevOps David Beale ne cache pas son enthousiasme pour cette tendance. Comme il l’explique, nous pratiquons le « vibe coding » depuis des années :
« Copier-coller depuis Stack Overflow, les Gists GitHub, les fils Reddit, les conversations Slack, les commentaires de Hacker News — tout ce qu’il faut. Les grands ingénieurs ne mémorisent pas : ils trouvent des solutions. Ils recherchent, identifient des schémas, s’adaptent et construisent. L’invite n’est que la prochaine évolution de ce qui a toujours existé. »
Son point de vue n’est pas dénué de mérite. Le « vibe coding » alimenté par l’IA pourrait effectivement devenir un accélérateur essentiel dans la boîte à outils du CTO. Le code généré par l’IA pourrait réduire la monotonie du travail, en libérant les développeurs pour des activités stratégiques à forte valeur ajoutée.
Steven Donaghy, responsable de l’ingénierie chez Microsoft, va encore plus loin :
« L’IA est comme l’alcool. Elle amplifie ce que vous êtes déjà. Si vous êtes un excellent codeur, elle vous rend meilleur. Si vous êtes mauvais, le résultat est encore pire. »
Pour Donaghy, le « vibe coding » excelle à deux moments critiques : au début et à la fin des projets. Au début, l’IA aide à sortir de la paralysie liée à l’analyse. À la fin, elle se montre particulièrement efficace pour exploiter des exemples affinés afin d’accélérer les nouveaux travaux.
En bref, lorsqu’il est utilisé au mieux, le « vibe coding » permet aux équipes compétentes de prototyper rapidement, d’innover et de créer de la valeur plus vite. De ce point de vue, l’IA ne fait que donner un coup d’accélérateur à une pratique déjà établie.
Mais attention, les intuitions pourraient être trompeuses
Avant de rassembler les cristaux et de commencer à faire apparaître des fonctionnalités par la pensée, un instant.
Comme le souligne avec pertinence le directeur de Slalom, Adam D’Angelo, le « vibe coding » n’est pas sans inconvénients majeurs. Il met en évidence des risques concrets et pragmatiques que les CTO doivent prendre en compte :
« Les failles de sécurité sont une préoccupation majeure. Les LLM peuvent générer par inadvertance du code vulnérable aux attaques par injection, aux scripts intersites (XSS) et aux failles d’authentification. »
D’Angelo souligne d’autres difficultés, notamment les problèmes de « maintenabilité » dus à des normes de codage incohérentes, « l’accumulation de dette technique » et la complexité des « difficultés d’audit », en particulier dans les secteurs fortement réglementés comme la santé ou la finance.
Il met également en garde contre des implications juridiques et réglementaires potentiellement graves :
« Les LLM peuvent générer du code intégrant des bibliothèques open source dotées de licences incompatibles… les organisations doivent garantir leur conformité aux réglementations propres à leur secteur. »
De plus, une dépendance excessive pourrait freiner la capacité de votre équipe à comprendre et à résoudre les problèmes de manière autonome, menant à ce que D’Angelo appelle à juste titre « l’impuissance acquise ».
Aïe. Soudainement, le codage intuitif semble beaucoup moins fantaisiste.
Ignorons-nous la « dette intuitive » ?
Malgré son attrait intuitif, le codage intuitif comporte de véritables risques. Les principaux sont la dette technique et la complexité cachée qui apparaissent une fois que les « bonnes ondes » initiales s’estompent. Les étapes intermédiaires des projets logiciels nécessitent une architecture méticuleuse et un examen rigoureux — des domaines dans lesquels le codage intuitif montre souvent ses limites.
Je riais franchement lorsque Josh Wymer a mis en évidence avec beaucoup d’esprit ces angles morts dans une publication LinkedIn virale se moquant d’une description de poste excessivement « intuitive », à la recherche de développeurs titulaires de diplômes avancés en « prévention rétroactive des problèmes » et experts en « alignement énergétique ».
La satire de Wymer se moque d’une réalité : l’innovation ne repose pas uniquement sur de bonnes intentions — elle exige de l’exécution, de la responsabilité et de la discipline. Si vous confiez l’intégralité de votre stratégie produit aux seules bonnes ondes, vous vous exposez à des séances de débogage particulièrement pénibles.
Alors, que doit faire un CTO curieux du codage intuitif ?
Pour les CTO qui doivent composer avec l’IA, l’évolution des infrastructures et une pression croissante de la direction, le débat sur le « codage intuitif » se résume à une question : le codage intuitif peut-il coexister avec une ingénierie rigoureuse ?
Oui… si vous définissez stratégiquement la place qu’il occupe dans votre organisation. Voici une liste de contrôle pratique :
- Innovation initiale et prototypage : laissez libre cours au codage intuitif. Les outils d’IA accélèrent considérablement la créativité aux premières étapes.
- Applications stratégiques : resserrez les contrôles. Appuyez-vous sur des revues rigoureuses et des pratiques de codage structurées.
- Mise à l’échelle et sécurité : la rigueur est non négociable. Les bonnes ondes ne corrigeront pas les vulnérabilités de sécurité ni les cauchemars liés à la mise à l’échelle.
More Articles
Enseignements pratiques (qui ne reposent pas uniquement sur de bonnes ondes)
Le « codage intuitif » n’est ni une solution miracle ni une catastrophe annoncée. C’est un outil supplémentaire dans l’arsenal d’un CTO. Les responsables technologiques avisés associent stratégiquement le codage intuitif assisté par l’IA à une discipline d’ingénierie solide, en définissant clairement quand et où le codage intuitif est acceptable.
Comme le conseille Beale : « Ne rejetez pas le codage intuitif — maîtrisez-le. »
- Adoptez-le de manière stratégique, pas aveuglément. Le codage intuitif n’est pas une excuse pour abandonner les bonnes pratiques. Comme le dit Donaghy, le codage intuitif amplifie les compétences existantes.
- Mettez en place des garde-fous clairs. Suivez les recommandations de D’Angelo en établissant des revues de sécurité rigoureuses, des cadres d’audit et des protocoles de qualité du code pour les résultats générés par l’IA.
- Utilisez le codage intuitif pour renforcer — et non remplacer — les capacités d’ingénierie. Donnez la priorité à la formation de l’équipe afin de préserver ses compétences techniques et d’éviter le piège de la dépendance à l’IA.
Codez intuitivement de manière responsable
En définitive, le codage intuitif n’est ni une apocalypse ni une panacée. En tant que CTO avisé, votre meilleure option consiste à coder intuitivement de manière responsable : exploitez l’innovation sans perdre le contrôle stratégique.
La responsabilité première d’un CTO consiste à transformer de bonnes ondes en logiciels exceptionnels. Alors, allez-y et codez intuitivement lors de votre prochain sprint d’innovation (ces plateformes de codage intuitif vous aideront à démarrer), mais ne vous approchez pas trop du soleil.
Abonnez-vous à la newsletter du CTO Club pour découvrir d’autres points de vue percutants !
