La réalité full-stack en production
Ce que les vibe coders croient être le full-stack, un frontend posé sur un backend, deux blocs, face à ce qu'exige vraiment la production : treize couches empilées. Frontend, APIs et logique backend, base de données et stockage, auth et permissions, hébergement et déploiement, cloud et compute, CI/CD et versioning, sécurité et RLS, rate limiting, cache et CDN, load balancing et scaling, error tracking et logs, disponibilité et reprise. Le concept nomme l'écart entre « ça tourne sur mon prototype » et « ça tient quand 5 000 personnes arrivent en même temps ».
Forces
- Donne une checklist mentale avant de dire « c'est prêt pour la prod », tu sais ce que tu n'as pas couvert
- Révèle ce que ton hébergeur (Vercel, Supabase, Render) absorbe déjà, pour ne pas réinventer ni payer deux fois
- Vocabulaire commun avec un dev senior ou un ops, tu sais nommer précisément ce qui manque
Limites
- Risque inverse : croire que les treize couches sont requises dès le MVP et sur-ingénierer un projet à trois utilisateurs
- La liste est une carte, pas une recette, elle ne dit pas QUAND chaque couche devient réellement nécessaire
Pour qui
- Vibe coders qui ont shippé un prototype et veulent comprendre ce qui les sépare de la vraie prod
- PM/PO qui cadrent un projet IA et doivent estimer la charge réelle au-delà de l'écran
- Designers et makers no-code qui passent au build et découvrent l'envers du décor