Stylo für Android: Von der Idee zum Release

Als ich vor ein paar Monaten die erste Zeile Code für die Android-Version von Stylo schrieb, ahnte ich nicht, wie viele nächtliche Debugging-Sessions auf mich warteten. Heute ist die App endlich bereit zum Testen und ich kann aufatmen.

Wie es begann

Eigentlich begann alles mit einer einfachen Frage eines Freundes: "Warum hat Stylo keine Android-App?" Und ich antwortete typisch wie ein Programmierer: "Das wird in einer Woche fertig sein."

Nun ja, war es nicht.

Die Web-Version funktionierte super, aber eine mobile App ist eine völlig andere Welt. Wir wollten, dass die Leute Stylo auf ihren Handys haben — im Bus, im Café, überall wo sie schnell einen Text korrigieren müssen. Also sagte ich mir, okay, versuchen wir es.

Kotlin, Compose und all diese fancy Sachen

Ich entschied mich, es richtig zu machen. Kein quick & dirty Prototyp, sondern eine echte Production-App. Also Kotlin (natürlich), Jetpack Compose statt dieser verrückten XML-Layouts, MVVM-Architektur damit ich mich in einem halben Jahr noch auskenne, Hilt für Dependency Injection und Room-Datenbank für den Offline-Modus.

Das klang alles toll im Kopf. In der Praxis... nun, ich erzähle euch davon.

Das Galaxy A5, das mir Geduld beibrachte

Am schlimmsten war es, als mir ein Freund einen Screenshot schickte: "Die App ist abgestürzt." Er hatte ein altes Samsung Galaxy A5 von 2017. 2GB RAM. Android 9.

Und da saß ich mit meinem neuen Handy, wo alles schön flüssig lief, und mir wurde klar, dass ich die Optimierung für alte Geräte total vernachlässigt hatte.

Ich verbrachte etwa 3 Wochen damit, Memory Leaks zu jagen, zu debuggen warum sich Compose 50-mal statt 2-mal rekomponiert, und jeden einzelnen LazyColumn zu profilieren. Wisst ihr, was am schlimmsten ist? Wenn ihr im Profiler seht, dass eure Animation 80% der CPU frisst. Da wurde mir klar, dass manche Animationen einfach weg müssen.

Aber als ich die App schließlich flüssig auf dem alten Samsung laufen sah, fühlte ich mich, als hätte ich einen Marathon gewonnen.

Architektur? Wenn es sich auszahlt

Am Anfang überlegte ich, ob es sich lohnt, die ganze Clean Architecture mit MVVM zu machen. Das klingt kompliziert — man hat da eine UI-Schicht, Domain-Schicht, Data-Schicht, jede kommuniziert nur über Interfaces...

Ich sagte mir, ich probiere es aus. Und dann kam der Moment, als wir den Offline-Modus hinzufügen mussten. Wisst ihr was? Ich änderte die Repository-Implementierung, um Daten aus der Room-Datenbank statt der API zu holen. Die UI musste ich überhaupt nicht ändern. Keine einzige Zeile.

Da verstand ich, warum all diese Android-Tutorials auf YouTube so viel über Schichtentrennung schreien.

Der Token-Bug, der mir einen Abend kostete

Ich werde nicht vergessen, wie ich vergaß, EncryptedSharedPreferences zu implementieren und Tokens im Klartext speicherte. Ich fand es zufällig, als ich die Dokumentation zu etwas völlig anderem las.

Stellt euch vor, jemand dekompiliert das APK und findet Supabase-Tokens einfach so in den SharedPreferences. Albtraum. Ich schrieb es schnell mit AES-256-Verschlüsselung um und seitdem überprüfe ich die Sicherheit, bevor ich etwas committe.

Die Lektion? Niemals Sicherheit auf später verschieben. Wenn ihr eine Deadline habt und müde seid, werdet ihr es vergessen.

Was macht die App eigentlich?

Okay, also nach all diesen Optimierungen und Refactorings haben wir eine App, die Text auf 10 verschiedene Arten transformieren kann — Grammatik, formaler Stil, Zusammenfassung, alles Mögliche. Sie funktioniert in 5 Sprachen und hat einen Auto-Detect-Modus, sodass ihr die Sprache nicht manuell auswählen müsst.

Alles wird lokal in der Room-Datenbank gespeichert, sodass ihr auch ohne Internet eure Historie seht. Ich habe Rate Limiting implementiert, damit wir die API nicht spammen — 6 Requests pro Stunde für Besucher, 20 für eingeloggte Nutzer.

Ich habe Supabase für die Authentifizierung verwendet, Material Design 3 für die UI (mit Dark Mode, natürlich), und wir haben auch Tablet-Unterstützung gemacht, was eigentlich einfacher war als erwartet.

Was kommt als Nächstes?

Jetzt brauche ich echte Leute, die es ausprobieren. Keine Freunde, die sagen "tolle App Bruder", sondern Leute, die mir sagen "das ist abgestürzt", "das ist langsam", "das macht keinen Sinn".

Beta-Testing beginnt bald. Wenn ihr Android habt und helfen wollt, würde ich mich freuen.

Und noch etwas — danke. Stack Overflow hat mir etwa 20-mal das Leben gerettet, die Google-Dokumentation ist tatsächlich gut (was man über viele Docs nicht sagen kann), und die Kotlin-Community ist super hilfsbereit.

Aber vor allem danke an euch, die Stylo nutzen und Feedback geben. Das ist es, was mich antreibt.

Wir sehen uns in der App. 🚀

---

Einen Bug gefunden oder eine Frage? Schreibt mir, ich antworte gerne.