Übungsprojekt-Strategie: Mit kleinen Apps zum starken Portfolio
So baust du vom kleinen Lern-Snippet zum vorzeigbaren Portfolio-Projekt – mit gezielter Wiederholung und durchdachten Capstones.
Lernen ohne Übung bleibt Theorie. Wer Android-Konzepte wirklich beherrschen will, baut sie schon früh in eigenen Mini-Apps nach – und bündelt sie später zu größeren Capstone-Projekten. Dieser Artikel zeigt dir, wie du diese Treppe systematisch konstruierst, statt dich in immer neuen Tutorials zu verlieren.
Was ist das?
Eine Übungsprojekt-Strategie ist dein persönlicher Plan, wie du gelernte Inhalte durch eigene kleine Apps festigst. Statt nur Tutorials nachzutippen, definierst du gezielt Mini-Apps, die jeweils ein einzelnes Thema isoliert üben: zum Beispiel eine App nur für LazyColumn, eine zweite nur für ViewModel und State, eine dritte nur für Room. Diese Bausteine sind klein, schnell fertigzustellen – und sie haben ein klares Lernziel.
Im Android-Kontext ist diese Strategie besonders wichtig, weil das Ökosystem aus vielen ineinandergreifenden Bausteinen besteht: Compose, Lifecycle, Architecture Components, Coroutines, Hilt, Navigation. Wer alles auf einmal in einer einzigen großen App lernen will, scheitert am kognitiven Overload. Die Roadmap empfiehlt deshalb: erst kleine, fokussierte Apps – dann größere Portfolio-Projekte (Capstones), die mehrere dieser Bausteine kombinieren.
Wie funktioniert es?
Die Mechanik folgt drei Stufen, die aufeinander aufbauen.
Stufe 1 – Mini-Übung
Eine Mini-App übt genau ein Konzept. Sie hat einen Screen, vielleicht zwei. Beispiel: Eine App, die per remember und mutableStateOf einen Klick-Counter zeigt. Mehr nicht. Du baust sie an einem Nachmittag und taggst sie im Repo als practice/state-basics.
Stufe 2 – Wiederholungs-App
Hier kombinierst du zwei bis drei bekannte Konzepte. Etwa: Liste mit LazyColumn, Daten aus einem ViewModel, Persistenz mit DataStore. Wiederholung ist hier der Schlüssel – jedes Konzept taucht zum dritten oder vierten Mal auf, nur in neuem Kontext. Genau diese Wiederholung verankert APIs im Langzeitgedächtnis.
Stufe 3 – Capstone
Ein Capstone ist ein Portfolio-fähiges Projekt, das viele Bausteine vereint: saubere Architektur (z. B. MVVM mit Repository), Compose-UI, Navigation, ein Backend-Call mit Retrofit, lokale Cache-Schicht mit Room, Tests. Capstones sind das, was du im Bewerbungsgespräch zeigst.
Die offiziellen Android Basics with Compose vermitteln genau diesen Aufbau: viele kleine Codelabs, dann Übungs-Apps, schließlich ein größeres Projekt am Phasenende.
In der Praxis
Eine bewährte Entscheidungsregel: Bevor du ein Übungsprojekt startest, schreibst du in einer einzigen Zeile auf, welches Konzept du übst und woran du erkennst, dass du es verstanden hast. Beispiele:
- „Ich übe
StateFlowin einem ViewModel. Fertig, wenn der Screen nach Rotation den richtigen Wert zeigt.” - „Ich übe Room-Queries mit Flow. Fertig, wenn ein Insert die Liste automatisch aktualisiert.”
Diese Sätze gehören als Kommentar an den Anfang deiner MainActivity.kt:
// Lernziel: StateFlow in ViewModel + Compose-Rotation
// Fertig, wenn Counter nach Geräterotation erhalten bleibt.
class MainActivity : ComponentActivity() {
// bewusst minimal: ein Screen, ein ViewModel
}
Die typische Stolperfalle heißt Scope Creep: Aus „nur eine Liste” wird „und ein Suchfeld, und ein Detail-Screen, und Login…”. Plötzlich steckst du eine Woche in einem Mini-Projekt, lernst aber wenig Neues, weil du dich nur noch mit Plumbing beschäftigst. Halte dich an die schriftliche Lernzielzeile. Sobald du davon abweichst, eröffnest du lieber ein zweites Projekt.
Eine zweite Falle: das Tutorial-Hopping. Wenn du nur Tutorials nachklickst und nie etwas Eigenes baust, fühlt sich Lernen produktiv an, ohne es zu sein. Faustregel: Auf jedes Tutorial folgt mindestens eine eigene Mini-App, die dasselbe Konzept in einem anderen Kontext umsetzt – andere Daten, anderes UI-Layout, andere Eingabe.
Für dein Portfolio gilt: Lieber zwei oder drei polierte Capstones mit sauberem README, Screenshots und Architekturdiagramm als zehn halbfertige Repos. Recruiter und Senior-Devs schauen sich Code an. Sie prüfen nach den Android application fundamentals: Sind Activities, Lifecycles und Komponenten korrekt eingesetzt? Genau das übst du in den Wiederholungs-Apps.
Fazit
Eine Übungsprojekt-Strategie ist kein Selbstzweck, sondern dein Werkzeug gegen Tutorial-Müdigkeit und Lern-Stillstand. Beginne mit einer schriftlichen Lernzielzeile, halte Mini-Apps wirklich klein, wiederhole Konzepte in neuen Kontexten und investiere die längere Zeit nur in zwei oder drei vorzeigbare Capstones. Prüfe deinen Fortschritt aktiv: Lass deinen Code von einer Senior-Person reviewen, schreibe für jedes Capstone einen einfachen UI-Test mit Compose Testing, oder erkläre einer anderen Person den Aufbau deines ViewModel. Wenn du dabei ins Stocken gerätst, weißt du genau, welche Mini-App du als Nächstes bauen solltest.