[Adaptation des entreprises au Vibe Coding] Part 2 : tenter le développement d’un MVP avec le Vibe Coding fondé sur des documents de conception

1. Contexte
   •Partage d’une expérience marquante face au gain de productivité apporté par MSA et le Vibe Coding, en venant d’un parcours de développement basé sur l’OOP et les design patterns.
   •Ces derniers temps, avec les progrès des LLM et des AI IDE (CLAUDE, Cursor, etc.), la manière même d’écrire du code est en train de changer.

2. Qu’est-ce que le DDVC ?

Le Design-Driven Vibe Coding est une approche nommée par CrowdWorks, une méthodologie structurée de Vibe Coding qui consiste à demander à un LLM de développer à partir de documents de conception.
•L’idée centrale est de faire générer le code par l’IA à partir de documents PRD et Requirements rédigés au préalable.
•La rédaction des documents elle-même commence par un brouillon produit par l’IA, puis est finalisée après relecture et correction par des humains.
•PRD : comprend l’objectif produit, les exigences fonctionnelles, les user stories, les priorités, etc.
•Requirements : comprend la vue d’ensemble des modules, les exigences fonctionnelles, la structure des fichiers, le code associé et les règles.

3. Deux stratégies de développement
   •Stratégie 1 : développement séquentiel par module → proche de l’approche classique, plus stable. Plus adapté à la production qu’au PoC.
   •Stratégie 2 : génération simultanée des modules → plus rapide, mais rend les tests et la validation plus difficiles. Des tests sont générés en parallèle pour y répondre.

4. Expérience de développement d’un MVP en 3 jours
   •Pour surmonter une réalité marquée par le manque de ressources, une expérience de développement d’un MVP en seulement 3 jours a été menée.
   Day 1: documents de conception (PRD + Requirements) + conception technique
   Day 2: génération du code + tests de base
   Day 3: tests d’intégration + frontend + validation

5. Exemple de MVP : système RAG fondé sur les permissions des documents
   •Un système doté de fonctions de parsing de documents, d’enregistrement dans une Vector DB, de gestion des permissions et de recherche conversationnelle.
   •Génération des PRD/Requirements → génération du code par l’IA → génération du code de test → débogage avec Cursor AI.
   •Pour le frontend, une UI de test est générée automatiquement avec Next.js + TailwindCSS.

6. Conseils d’exécution et retours d’expérience
   •Régénérer le code peut être plus rentable que de le modifier.
   •L’importance des logs est soulignée (avec recommandation d’un format incluant les numéros de ligne).
   •Il faut faire confiance aux capacités de codage de l’IA (en particulier avec Claude 3.7).
   •Le code asynchrone reste difficile à déboguer même pour l’IA → il est recommandé de commencer en synchrone, puis de modifier ensuite.
   •Au début, la quantité de code peut sembler écrasante, mais avec l’habitude, la productivité augmente.

7. Comment diffuser cette culture
   •Préparation d’un hackathon interne : diffusion du DDVC et partage d’expériences concrètes autour du Vibe Coding
   •Mise en place de tracks séparés pour les développeurs et les non-développeurs afin de permettre à tous d’accéder au coding avec l’IA

Conclusion :
Le Vibe Coding transforme non seulement la manière de produire du code, mais aussi le rôle des développeurs, la culture et les modes de collaboration. Le billet se conclut sur l’idée qu’acquérir rapidement une expérience concrète et s’y adapter peut devenir un avantage compétitif.