Hello LinkedIn 👋
Quand on demande à l'IA de builder une app feature par feature, il y a un truc vicieux qui arrive : elle génère du code qui se répète partout. Pourquoi ? Parce qu'on lui demande des choses et elle n'a pas forcément en tête l'architecture globale au moment de répondre. Résultat : la même logique se retrouve copiée-collée dans 10 fichiers différents. Propre ça ? Pas vraiment 😅.
DRY : Don't Repeat Yourself 👇
Le concept est simple : chaque morceau de logique doit exister une seule fois dans le code. Une fonction, un composant, un module — réutilisé partout au lieu d'être dupliqué.
Pourquoi c'est critique en Vibe Coding ? Si l'IA a généré la connexion aux API en tant qu'utilisateur connu dans 8 fichiers différents, le jour où on veut changer un paramètre de cette connexion, elle doit corriger 8 endroits. Et s'il y a des cafouillages et qu'elle en rate un ? Bug en prod 💥.
Pourquoi le DRY change tout :
- 1️⃣ Modularité 🧱 Le DRY force l'IA à créer des composants indépendants. C'est beaucoup plus robuste et facile à tester.
- 2️⃣ Scalabilité 📈 Un code propre et compact est plus facile à faire évoluer sans que l'IA ne se perde dans son propre contexte (et on sait qu'elle sature vite).
- 3️⃣ Économie de Tokens 💰 Moins de répétitions = moins de lignes à "lire" pour l'IA à chaque itération. Plus efficace et plus rapide.
👉 Comment piloter l'IA pour rester DRY ?
🚧 Étape 1 : Le Guardrail de dev
Le prompt : "Je veux ajouter [Feature X]. Consigne stricte : Avant d'écrire du nouveau code, vérifie si une logique existante peut être réutilisée."
🔍 Étape 2 : L'Audit DRY
Le prompt : "Analyse le code que tu viens de faire. Liste toutes les fonctions qui partagent des structures similaires ailleurs dans le code. Ne modifie rien, fais juste l'inventaire."
🛠️ Étape 3 : La Refactorisation
Le prompt : "Refactorise le code en créant des fonctions utilitaires. Applique strictement le principe DRY. Je veux une source de vérité unique pour chaque élément."
Le truc de ouf c'est que l'IA est excellente pour détecter les répétitions, mais c'est à nous de donner la direction.
Perso, je me suis pas mal cassé les dents, maintenant, je demande systématiquement un audit DRY avant de valider une étape, ça évite de se retrouver avec un code bordélique.