Unser Entwickler empfiehlt Kotlin für die Android-App – die richtige Wahl?

Aus technischer Sicht bietet Kotlin mittlerweile auch moderne Lösungen für plattformübergreifendes Code-Sharing. Man kann die Geschäftslogik, Netzwerkanfragen und Datenbankmodelle in einer einzigen Sprache schreiben und die Benutzeroberflächen nativ halten. Meinte Ihr Entwickler das oder hat er eine rein native Struktur ausschließlich für Android vorgeschlagen? Dieses Detail sollten Sie unbedingt klären.

Im New Yorker Markt nutzt die überwältigende Mehrheit der Sport- und Fitness-Zielgruppe ein iPhone. 22.000 Dollar nur für Android auszugeben und ohne iOS an den Start zu gehen, wäre geschäftlicher Selbstmord. Statt Ihr Budget aufzuteilen, sollten Sie sich lieber mit einem Entwickler zusammentun, der auf einer einheitlichen Codebasis arbeitet, und fürs selbe Geld direkt in beiden Stores live gehen.

Wir haben eine ähnliche Buchungs-App mit einem Cross-Platform-Framework und nur einem Entwickler innerhalb von 4 Monaten für insgesamt 18.000 Dollar für Android und iOS gelauncht. Sie läuft seit zwei Jahren live und unsere monatlichen Wartungskosten übersteigen nicht die 1.500 Dollar Support-Pauschale für den einen Entwickler. Hätten wir mit zwei getrennten nativen Sprachen angefangen, lägen die Kosten bei mindestens 3.500 Dollar im Monat.

der entwickler will ganz klar nur das verkaufen was er schon kann und wo er sich wohlfühlt. übrigens für ne termin-app auf nativ zu bestehen ist völlig unnötiger luxus. geht einfach mit einer einzigen codebasis auf beide plattformen, schade ums geld sonst.

Wird Ihre App hardwarelastige Funktionen wie Smartwatch-Integration Live-Videostreaming oder die Wiederholungszählung von Übungen über den Beschleunigungssensor des Smartphones enthalten? Falls nein und das Ganze im Grunde nur aus Kalender Listen und Bezahlseiten besteht: Mit welcher technischen Notwendigkeit hat Ihr Entwickler die native Entwicklung dann eigentlich begründet?

Bevor Sie sich jetzt blind auf Cross-Platform-Empfehlungen stürzen, sollten Sie eines wissen: Bei Betriebssystem-Updates hinken Hybrid-Bibliotheken manchmal hinterher und Drittanbieter-Plugins können zicken. Bei einer Fitness-Termin-App sind diese Problemchen aber definitiv das weitaus geringere Übel im Vergleich zum finanziellen Risiko einer parallelen Entwicklung in zwei nativen Sprachen.

Als Gründer kann ich voll und ganz nachvollziehen dass man dem Urteil seines Entwicklers vertrauen möchte. Aber technische Entscheidungen dürfen nicht Ihr Geschäftsmodell torpedieren. Reden Sie ganz offen mit ihm: Fragen Sie ihn direkt: „Ich habe weder das Geld noch die Zeit für zwei getrennte Apps – können wir das Produkt mit einer einzigen Codebasis in beide Stores bringen?“ Wenn er abwinkt, suchen Sie sich jemanden mit Cross-Platform-Erfahrung.

Unterm Strich ist die Sache klar: Kotlin ist die beste native Sprache für Android, aber bei einem Terminbuchungs-Startup mit Standardfunktionen iOS links liegen zu lassen und die Kosten zu verdoppeln, ergibt schlicht keinen Sinn. In einer so frühen Phase ist eine einheitliche Codebasis aus geschäftlicher Sicht fast immer die vernünftigere Wahl.

Das habe ich auch erlebt. Ein Change-Request-Prozess verlangsamt die Arbeit nicht, sondern beschleunigt sie.

An deiner Stelle würde ich so vorgehen.

Notiert, danke. Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

An deiner Stelle würde ich so vorgehen.

Vielen Dank, das hat mir sehr geholfen. Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung.

Aus Erfahrung weiß ich das.

Vor zwei Jahren habe ich genau dasselbe erlebt. Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Die Diskussion ist abgeschweift, ich fasse mal zusammen. In den ersten drei Monaten läuft alles gut, die Probleme tauchen im vierten Monat auf.

Ich hoffe, das hilft dir weiter.

Bei mir war es genau umgekehrt, deshalb schreibe ich das. Fehler auf der Android-App-Entwicklungssprache-Seite sind meist rückgängig zu machen, aber teuer.

Wenn es jemand anders macht, würde mich das auch interessieren.

Kurzfassung für Neueinsteiger: Die Antwort hängt stark von der Branche ab es gibt keine allgemeine Regel.

Korrigiert mich falls ich falsch liege.

da verstehe ich etwaas nicht ganz aber jedes „schauen wir uns später an“ in Meetings bedeutet nicht kalkulierte Arbeit.

zugangsdaten sollten auf den Firmenamen laufen nicht auf persönliche Konten. ich hoffe das hilft dir weiter.

Danke fürs Schreiben das ist genau richtig. Code ohne Installationsanleitung gehört dir nicht auch wenn du ihn in den Händen hältst.

Das war's entschuldige, wenn ich zu lang war.

Ich fasse das Thema mal zusammen, da es mehrere unterschiedliche Antworten gab. Das Teuerste an übernommenen Systemen sind unbekannte Abhängigkeiten.

Schreibt mir, wenn ihr Fragen habt, ich antworte so gut ich kann.