[ PRODUCT // MOBILE ]

AuraHarmony

Eigene mobile Produktentwicklung von EicDevCon für Android und iOS – nativ umgesetzt, mit Datenhaltung ausschließlich auf dem Gerät.

Offline-first-Architektur von AuraHarmony Die Android- und die iOS-Anwendung teilen sich ein gemeinsames Fachmodell. Dieses greift auf eine lokale Datenhaltung auf dem Gerät zu. Es gibt keinen Serverabgleich: Sämtliche Daten verbleiben innerhalb der Gerätegrenze. ANDROID / KOTLIN IOS / SWIFT FACHMODELL LOKALE DATENHALTUNG [ GERÄTEGRENZE ] KEIN BACKEND · KEIN ABGLEICH
Sämtliche Nutzungsdaten verbleiben auf dem Gerät. Es findet kein Abgleich mit einem Server statt.

AuraHarmony ist die eigene Produktentwicklung von EicDevCon im mobilen Bereich. Auf dieser Seite steht der Engineering-Anteil im Vordergrund: Architektur, Datenhaltung, Plattformunterschiede und Release-Prozesse.

Hinweis

Produktinformationen, Funktionsumfang und App-Store-Verweise stehen auf der Produktwebsite auraharmony.app. Diese Seite beschreibt ausschließlich die technische Umsetzung.

Warum eigene Produkte

Ein eigenes Produkt zwingt zu Entscheidungen, die im Projektgeschäft oft jemand anders trifft: Welches Datenmodell trägt in fünf Jahren? Was passiert bei einem Gerätewechsel? Wer beantwortet eine Store-Rückfrage an einem Freitagabend?

Diese Erfahrungen fließen direkt in die Arbeit an Mobile Development zurück.

Architekturentscheidungen

Nativ statt plattformübergreifend. Android und iOS werden mit Kotlin beziehungsweise Swift umgesetzt. Das gemeinsame Fachmodell wird auf beiden Seiten bewusst getrennt gehalten; die Bedienmuster folgen jeweils der Plattform.

Offline-first. Die Anwendung ist ohne Netzverbindung vollständig nutzbar. Das ist keine nachträgliche Optimierung, sondern die Grundannahme des Datenmodells.

Datenhaltung auf dem Gerät. Es gibt keinen Serverabgleich. Damit entfallen Konfliktauflösung, Kontenverwaltung und die Frage, wer die Daten außerhalb des Geräts sehen kann – der Preis dafür ist, dass ein Gerätewechsel eine bewusste Nutzerentscheidung erfordert.

Privacy by Design. Datensparsamkeit ist hier eine Architekturentscheidung und keine Einstellung, die man abschalten kann.

Betrieb und Release

Zwei Plattformen bedeuten zwei Release-Prozesse mit unterschiedlichen Review-Zeiten, unterschiedlichen Datenschutzangaben und unterschiedlichen Anforderungen an Berechtigungen. Der Prozess muss auch dann tragen, wenn eine Korrektur kurzfristig ausgeliefert werden muss.

Entscheidung

Der Verzicht auf ein Backend ist eine bewusste Entscheidung mit klarer Konsequenz: kein Abgleich zwischen Geräten, dafür keine serverseitige Datenhaltung und kein Benutzerkonto.

Technische Ausgangslage besprechen auraharmony.app öffnen (externer Link)