Le catalogue des pièges

Un index de référence rapide, pas un récit. Chaque piège ci-dessous est la forme en une ligne d'un principe issu des lois (Partie 1) ou d'un chapitre. Quand vous vous faites mordre, vous parcourez cette liste, puis vous allez lire la loi complète derrière. Tenez votre propre version, complétez-la au fil des morsures, et laissez chaque entrée porter son incident (Loi 1).

• « Pas poussé » veut dire « perdu ». Le travail local non poussé disparaît au prochain clone. Poussez après chaque unité.
• Mauvais compte, « repository not found ». Un push qui échoue est souvent la mauvaise identité active, pas une vraie erreur.
• La coche verte qui n'a jamais tourné. Une suite de tests branchée pour ne s'exécuter nulle part passe en ne faisant rien. Faites-la d'abord passer au rouge exprès.
• La vérification écrite mais non exécutée. Pire que rien : elle clôt le sujet. Livrez la commande et le signal de régression, pas la réassurance.
• Le déploiement n'a rien changé ? Videz le cache. Le « mon déploiement n'a pas pris » le plus courant est un cache périmé.
• Le code est parti, le schéma non. Un déploiement emporte du code, pas votre migration. L'ordre et la rétrocompatibilité comptent.
• Le nom qui ment. Un objet nommé d'une façon en désigne une autre ; une relation bâtie sur la ressemblance des noms rejette la plupart des lignes. Prouvez par l'usage, pas par les noms.
• L'argent en décimal. L'arrondi invente et perd de l'argent. Stockez les centimes en nombres entiers.
• Le webhook rejoué. Le même événement arrive deux fois. Sans garde d'unicité, vous doublez l'effet.
• La clé tout-accès dans le frontend. Une seule clé puissante qui fuite ouvre toute la base. Côté serveur uniquement, toujours.
• Deux agents, un fichier. Le travail en parallèle sur les mêmes gros fichiers entre en collision. Une vague à la fois par zone.
• Le document auquel vous faites confiance et qui est une hypothèse. Votre propre document est daté et non vérifié tant qu'il n'a pas été confronté au réel.