Venez apprendre et critiquer comment les grandes entreprises comme FAANG font du « Vibe Coding » : « D'abord, obtenir l'accord d'un nombre suffisant de parties prenantes » « Ensuite, faire une révision de conception » « Puis, passer plusieurs semaines à rédiger des documents » « Enfin, les chefs de produit et les chefs de projet décomposent les tâches » Après trois mois, nous pouvons enfin commencer le Vibe Coding ! --- Voici comment nous faisons du « Vibe Coding » chez FAANG. Bonjour à tous. Je voulais poster ici parce que je vois souvent des gens dire que le code écrit avec l'aide de l'IA ne peut pas être utilisé dans de vrais produits. C'est absolument faux. Pour vous donner un peu de contexte : je suis ingénieur logiciel en IA, avec plus de dix ans d'expérience, dont la moitié passée chez FAANG. La première moitié de ma carrière, j'étais ingénieur système, pas développeur, mais j'écris du code depuis presque 15 ans. Sans plus tarder, je vais vous expliquer comment notre équipe a commencé à utiliser l'IA pour écrire du **code de production (production code)**. 1. Vous devez toujours commencer par un **document de conception technique**. C'est la partie la plus essentielle de tout le travail. Ce document est comme une proposition, vous devez convaincre un nombre suffisant de parties prenantes (stakeholders) que votre solution est viable. Une fois la conception approuvée, vous pouvez commencer à développer le système lui-même. Ce document doit inclure l'architecture complète du système, les plans d'intégration avec d'autres systèmes, etc. 2. Avant de commencer le développement, une **révision de conception (Design review)** doit être effectuée. À ce stade, les ingénieurs seniors de l'équipe passeront en revue votre document de conception. C'est une bonne chose, j'appelle cela **« mettre la douleur en avant »**. 3. Si la révision se passe bien, vous pouvez officiellement commencer le travail de développement. Au cours des premières semaines, tout le monde passera beaucoup de temps à rédiger des documents plus détaillés pour chaque sous-système (subsystem) que chaque équipe de développement doit construire. 4. Ensuite, il y a le développement du **backlog** et la planification des **sprints (sprint planning)**. À ce stade, les développeurs se réunissent avec les chefs de produit (PMs) et les chefs de projet techniques (TPMs) pour décomposer les grands objectifs en tâches concrètes que les développeurs peuvent exécuter. 5. **Développement logiciel**. Enfin, nous pouvons commencer à coder et à éliminer les cartes de tâches. Et c'est là que l'IA montre toute sa puissance, elle est vraiment notre **multiplicateur de force (force multiplier)**. Nous utilisons le mode de **développement piloté par les tests (Test Driven Development, TDD)**, donc la première chose que je fais est de demander à l'**agent IA (AI agent)** d'écrire d'abord les cas de test pour la fonctionnalité que je vais développer. *Ce n'est que lorsque les tests sont écrits que je commence à demander à l'agent IA de m'aider à construire la fonctionnalité concrète*. 6. **Révision de la soumission de code**. Notre code doit être approuvé par deux développeurs avant d'être fusionné dans la branche principale (main). À ce stade, l'IA montre également un potentiel énorme pour nous aider dans la révision. 7. **Tests en environnement de pré-production (staging)**. Si tout se passe bien, nous déployons officiellement en production (prod). En résumé, du projet de fonctionnalité au déploiement final, nous avons constaté que l'ensemble du processus a **accéléré d'environ 30 %**. C'est un énorme progrès pour nous. **Trop long, pas lu (TL;DR) :** Commencez toujours par un document de conception solide et une architecture ; puis réalisez-le morceau par morceau ; écrivez toujours les tests en premier.