Dextera
Aktives Mitglied
Thread Starter
- Dabei seit
- 13.09.2008
- Beiträge
- 21.038
- Reaktionspunkte
- 17.489
Hallo Devs!
Mal völlig davon abgesehen, für welche Plattform oder in welcher Sprache schlussendlich entwickelt wird - sobald am Ende ne App dabei rausschaut, die an andere Leute gerichtet ist, wird es irgendeine Art von BaaS dafür brauchen.
Fürs erste rumspielen freunden sich wohl die meisten mit Googles Firebase an, weil sie relativ simpel aufbaut, ausreichend performt und am Anfang halt noch kostenlos ist - was später natürlich skaliert, sobald man da mal andere User ranlässt.
Ganz egal, in welcher Form man so etwas betreibt: Laufende Kosten wird man damit immer haben. Wenn mans aber vollständig einkauft, dann sind die Ausgaben an Extern natürlich entsprechend höher. Und wie jeder weiß, haben Leute offenbar so überhaupt keine Ambition, laufend für eine Software Geld zu bezahlen. Warum auch
Gesetz dem Fall man verwendet lediglich den internen Speicher der Geräte für Daten und dann eben nur ein Login-Verfahren von Google, dann bezahlt man halt laufend, nur damit sich User einloggen/registrieren können. Oder rein auf "Login with Apple/Google" bleiben?
Habt ihr brauchbare Alternativen? Oder wie handhabt ihr das?
Ich steh momentan vor dem Schritt dieser Implementierung und frag mich halt, was man da machen könnte damit man bei einer 1x-Bezahl-Software bleiben kann. Ohne dass ich jetzt selbst ne Serverlandschaft hinstellen und sichern muss.
Bisher bekannt sind mir noch Backendless, Back4App, AWS Aplify und Parse.
Ich bin eigentlich Entwickler für andere Dinge, App-Entwicklung mach ich aus reinem Spaß an der Freude.
Aber wenn man am Ende vielleicht mal ne App in den Store schmeißen möchte, sollte man sich halt vorab ein ordentliches Konzept hinlegen
Mal völlig davon abgesehen, für welche Plattform oder in welcher Sprache schlussendlich entwickelt wird - sobald am Ende ne App dabei rausschaut, die an andere Leute gerichtet ist, wird es irgendeine Art von BaaS dafür brauchen.
Fürs erste rumspielen freunden sich wohl die meisten mit Googles Firebase an, weil sie relativ simpel aufbaut, ausreichend performt und am Anfang halt noch kostenlos ist - was später natürlich skaliert, sobald man da mal andere User ranlässt.
Ganz egal, in welcher Form man so etwas betreibt: Laufende Kosten wird man damit immer haben. Wenn mans aber vollständig einkauft, dann sind die Ausgaben an Extern natürlich entsprechend höher. Und wie jeder weiß, haben Leute offenbar so überhaupt keine Ambition, laufend für eine Software Geld zu bezahlen. Warum auch
Gesetz dem Fall man verwendet lediglich den internen Speicher der Geräte für Daten und dann eben nur ein Login-Verfahren von Google, dann bezahlt man halt laufend, nur damit sich User einloggen/registrieren können. Oder rein auf "Login with Apple/Google" bleiben?
Habt ihr brauchbare Alternativen? Oder wie handhabt ihr das?
Ich steh momentan vor dem Schritt dieser Implementierung und frag mich halt, was man da machen könnte damit man bei einer 1x-Bezahl-Software bleiben kann. Ohne dass ich jetzt selbst ne Serverlandschaft hinstellen und sichern muss.
Bisher bekannt sind mir noch Backendless, Back4App, AWS Aplify und Parse.
Ich bin eigentlich Entwickler für andere Dinge, App-Entwicklung mach ich aus reinem Spaß an der Freude.
Aber wenn man am Ende vielleicht mal ne App in den Store schmeißen möchte, sollte man sich halt vorab ein ordentliches Konzept hinlegen