Leçon 0 : pourquoi un environnement prêt pour la production passe avant toute fonctionnalité
Deux coéquipiers commencent à construire la même app IA. L'un utilise une version de Node, l'autre une version différente ; l'un place la clé API d'un fournisseur IA directement dans du code qui s'exécute dans le navigateur, parce que « ça marche sur ma machine, là maintenant ». Deux semaines plus t
Un environnement prêt pour la production, c'est l'accord commun sur la façon dont un projet tourne, se build et se connecte aux services — pour que tout le monde travaille sur la même chose, et pas sur des versions discrètement différentes.
- environnement de développement
- L'ensemble des outils, versions et configurations sur lesquels un projet tourne — quand c'est cohérent, chaque développeur·euse obtient exactement le même comportement.
- parité d'environnement
- L'état dans lequel le développement, les tests automatisés (CI) et la production se comportent de la même façon — pour qu'un bug invisible en dev ne tombe pas par surprise sur la production.
- dette technique
- Un raccourci pris maintenant pour gagner du temps, qui coûte plus de temps à corriger plus tard — une dette qui s'accumule si elle n'est pas remboursée tôt.
- frontière de sécurité
- La ligne claire entre ce qui peut s'exécuter dans le code client (le navigateur) et ce qui doit rester côté serveur — par exemple, les clés API des fournisseurs IA.
