Vibe Coding vs. Réalité de la Production : Les Passifs Non Abordés

Le post sur r/ClaudeAI de l'utilisateur External_Bobcat8183 capture une tension croissante. Le vibe coding accélère la partie 80/20 du développement — les POC qui prenaient une semaine prennent désormais un après-midi. Mais livrer ces mêmes outils codés par vibe en tant que produits réels introduit une longue liste d'exigences cachées qui n'apparaissent jamais dans les démos.

L'iceberg sous la surface

Selon le post, la démo fonctionne et la salle est impressionnée — jusqu'à ce que vous essayiez de l'exécuter en dehors de la machine de l'auteur. Les points de défaillance spécifiques mentionnés :

• Authentification
• Gestion des secrets
• Dépréciation ou changement de tarification du fournisseur LLM
• Conformité RGPD lorsque des modèles externes touchent des données internes
• Journaux d'audit
• Limitation de débit
• Multi-tenant

Ce sont les éléments "sous la surface" qui ne sont pas optionnels pour un déploiement en production. La conclusion de l'auteur : "Les POC sont plus faciles que jamais. Les produits ne le sont pas."

Pourquoi c'est important pour les développeurs

Si vous construisez un système RAG interne, un module GRC ou un outil de gestion d'actifs avec le vibe coding, la source prévient que vous heurterez ces murs dès que quelqu'un d'autre essaiera de l'utiliser. Le LLM rend le frontend et le chemin heureux rapides, mais l'infrastructure autour — authentification, secrets, conformité — nécessite toujours une ingénierie minutieuse.