<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Vibe Coding | SNAIL team</title><link>https://snail.info.unamur.be/tag/vibe-coding/</link><atom:link href="https://snail.info.unamur.be/tag/vibe-coding/index.xml" rel="self" type="application/rss+xml"/><description>Vibe Coding</description><generator>Hugo Blox Builder (https://hugoblox.com)</generator><language>en-us</language><copyright>© 2026 SNAIL team</copyright><lastBuildDate>Sun, 17 May 2026 14:30:00 +0200</lastBuildDate><image><url>https://snail.info.unamur.be/media/icon_hu16841600028746016185.png</url><title>Vibe Coding</title><link>https://snail.info.unamur.be/tag/vibe-coding/</link></image><item><title>Analyse de la qualité d'une application vibe codée : le projet Petit Tonnerre</title><link>https://snail.info.unamur.be/post/2026-05-07-petittonnerre/</link><pubDate>Sun, 17 May 2026 14:30:00 +0200</pubDate><guid>https://snail.info.unamur.be/post/2026-05-07-petittonnerre/</guid><description>&lt;p>Dans le cadre du cours de Test et Qualité 2026, une équipe d&amp;rsquo;étudiants composée de Justin Frémy, Olan Heinen, Guillaume Sougné et Gianni Wetzels s&amp;rsquo;est lancée dans une exploration fascinante : l&amp;rsquo;analyse de la qualité d&amp;rsquo;une application développée en mode « vibe coding ». Ce projet a été réalisé en collaboration avec l&amp;rsquo;équipe de recherche SNAIL de l&amp;rsquo;Université de Namur.&lt;/p>
&lt;h2 id="le-contexte--coder-sans-coder-mais-à-quel-prix-">Le contexte : coder sans coder, mais à quel prix ?&lt;/h2>
&lt;p>Le « vibe coding » désigne la pratique consistant à développer des applications sans écrire soi-même le code, en s&amp;rsquo;appuyant sur des outils d&amp;rsquo;intelligence artificielle comme Copilot. Jérôme Maquoi et ses amis en ont fait l&amp;rsquo;expérience de manière concrète : en un seul week-end d&amp;rsquo;octobre 2025, ils ont développé une application fonctionnelle grâce à cette approche. Une seule règle d’application : ne pas écrire une seule ligne de code. Petit Tonnerre est le fruit de cette expérience accélérée. Mais une application fonctionnelle est-elle nécessairement une application de bonne qualité ? C&amp;rsquo;est précisément cette tension entre la rapidité de production et le niveau de qualité qui constitue le cœur de la problématique explorée par les étudiants.&lt;/p>
&lt;h2 id="le-système-étudié">Le système étudié&lt;/h2>
&lt;p>L&amp;rsquo;application Petit Tonnerre est un système de gestion de la maintenance des appareils électroménagers. Elle repose sur un backend en Python et un frontend en TypeScript, pour un total d&amp;rsquo;environ 6 000 lignes de code. Cinq développeurs ont travaillé sur ce projet, réalisé en un seul week-end. Cette contrainte temporelle extrême, que l’on retrouve, par exemple, dans des hackathons, offre un terrain d&amp;rsquo;observation privilégié pour comprendre comment le vibe coding influence les caractéristiques qualitatives du code produit.&lt;/p>
&lt;h2 id="méthodologie-et-outils-danalyse">Méthodologie et outils d&amp;rsquo;analyse&lt;/h2>
&lt;p>Pour mener à bien cette analyse, l&amp;rsquo;équipe a mobilisé une batterie d&amp;rsquo;outils spécialisés : SonarQube pour l&amp;rsquo;analyse statique de la qualité, Radon pour la complexité cyclomatique, le TypeScript Compiler pour les erreurs de typage, GitDelver, un outil développé par Nicolas Riquet de l’équipe SNAIL pour l&amp;rsquo;extraction des données de versionnement, JSCPD pour la détection de duplication de code, et CodeScene pour l&amp;rsquo;analyse des hotspots et de la fréquence des changements. Cette diversité d&amp;rsquo;outils permet d&amp;rsquo;obtenir une vue multidimensionnelle de la qualité du code.&lt;/p>
&lt;h2 id="le-dataset-produit-et-sa-disponibilité">Le dataset produit et sa disponibilité&lt;/h2>
&lt;p>Le format attendu était un jeu de données reprenant le code du projet analysé ainsi que les mesures de qualité relevées pour les différents stades de développement. Le dataset final comprend deux fichiers principaux : un fichier contenant les métriques par commit et un autre détaillant les hotspots par fichier, identifiés sur la base de leur évolution. Le projet complet, incluant le code source et l&amp;rsquo;ensemble des données analysées, est désormais &lt;a href="https://github.com/snail-unamur/petittonnerre" target="_blank" rel="noopener">accessible publiquement sur GitHub&lt;/a>.&lt;/p>
&lt;h2 id="les-questions-qui-restent-ouvertes">Les questions qui restent ouvertes&lt;/h2>
&lt;p>Deux questions émergent naturellement de ce travail. La première porte sur ce qui bloquait dans les prompts utilisés : comprendre les limites des instructions fournies à l&amp;rsquo;IA permettrait d&amp;rsquo;identifier les points de friction inhérents au vibe coding. La seconde interroge la représentativité de l&amp;rsquo;étude : dans quelle mesure les observations tirées de Petit Tonnerre peuvent-elles être généralisées à d&amp;rsquo;autres projets développés selon la même approche ? Ces interrogations dessinent les contours de travaux futurs, tout en rappelant que la question de la qualité dans le vibe coding est loin d&amp;rsquo;être close.&lt;/p></description></item></channel></rss>