KM4BI

Die fünf Arten von Software, die du entwickeln kannst

Eine praktische Orientierung, um eine persönliche Softwareidee mit der passenden Form, den passenden Werkzeugen und Kontrolle zu verbinden.

Veröffentlicht am Aktualisiert am

Persönliche Software braucht nicht automatisch einen komplizierten Stack. Die erste Entscheidung besteht darin, die Form des Projekts zu erkennen, bevor ein Modell, ein Coding-Agent oder eine Plattform ausgewählt wird.

Fünf hilfreiche Formen

Ein **lokales Werkzeug** läuft auf einem Computer und eignet sich für Einzelpersonen: Dokumente organisieren, Fotos sortieren oder privat recherchieren. Eine **Web-App** öffnet sich im Browser und kann auf dem Startbildschirm eines Telefons liegen; für die meisten persönlichen Projekte, die mit einem Partner oder kleinen Team geteilt werden, ist sie der einfachste Einstieg.

Eine **native mobile App** ist sinnvoll, wenn wirklich tiefe Telefonfunktionen gebraucht werden: Bluetooth, NFC, Hintergrundstandort, zuverlässige Benachrichtigungen oder Vertrieb über App-Stores. Ein **Hintergrunddienst** hat möglicherweise gar keinen Bildschirm: Er wird nach Zeitplan oder Ereignis gestartet, verarbeitet Informationen und sendet ein Ergebnis. Ein **Hardwareprojekt** verbindet Software über Sensoren, Funk, Kameras oder Tasten mit der physischen Welt, etwa mit Raspberry Pi, ESP32 oder Home Assistant.

Werkzeuge nach der Form wählen

Für eine erste Web-App empfiehlt das Video einen gehosteten Builder wie Lovable, um Einrichtung zu vermeiden und schnell eine Oberfläche online zu bringen. Replit und Bolt bieten weitere integrierte Wege. Wer mehr Kontrolle möchte, kann einen Agenten wie Codex oder Claude Code mit GitHub, Supabase und einem Hoster wie Vercel einsetzen. Das bringt mehr Komponenten mit sich, erlaubt aber den Austausch einer Ebene, ohne das gesamte System umzuziehen.

Entscheidend ist die Trennung der Ebenen: Ein Modell liefert Denk- und Codefähigkeit, ein Coding-Agent arbeitet mit Dateien und Werkzeugen, und ein gehosteter Builder bündelt Umgebung und Veröffentlichung. Eigentum an Code, Daten und Entscheidungen ist wichtiger als mehrere Agenten zu stapeln.

Die Kontrolle behalten

Entscheidungen über Kosten, Daten, Datenschutz, Bereitstellung oder Portabilität sollten sichtbar bleiben. Vier kleine Dateien können Projektziel, Entscheidungen, reale Szenarien und agentenspezifische Anweisungen festhalten. Diese Szenarien werden zugleich zu praktischen Tests auf den Geräten, die wirklich verwendet werden.

Der abschließende Rat lautet: mit dem einfachsten Weg beginnen, Anwendungen standardmäßig privat halten, Geheimnisse nicht in den Code legen, Berechtigungen in der Datenschicht erzwingen und das Ergebnis selbst prüfen. KI senkt die Hürde zum Bauen, ersetzt aber weder eine solide Architektur noch menschliche Tests.

Source