Notre dev nous conseille Kotlin pour l'appli Android, est-ce le bon choix ?

D'un point de vue technique, Kotlin propose désormais aussi des solutions modernes permettant de partager du code entre plusieurs plateformes. Vous pouvez écrire la logique métier, les requêtes réseau et les modèles de base de données dans un seul langage tout en conservant des interfaces natives. Est-ce ce que votre développeur voulait dire, ou a-t-il proposé une structure purement dédiée à Android ? Il faudrait clarifier ce point.

Sur le marché new-yorkais, l'écrasante majorité du public sport et fitness utilise un iPhone. Dépenser 22.000 dollars uniquement pour Android et se lancer sans iOS serait un suicide commercial. Au lieu de diviser votre budget en deux, engagez un développeur qui bosse avec une base de code unique pour sortir simultanément sur les deux stores avec le même montant.

Nous avons sorti une appli de réservation similaire avec un framework cross-platform, avec un seul dev, en 4 mois et pour 18.000 dollars au total, à la fois sur Android et iOS. Elle tourne en prod depuis deux ans et nos frais de maintenance mensuels ne dépassent pas les 1.500 dollars versés au développeur pour le support. Si nous étions partis sur deux langages natifs distincts, ce coût aurait été d'au moins 3.500 dollars par mois.

le dev essaie juste de vendre la techno qu'il maîtrise et avec laquelle il est à l'aise c'est limpide. genre s'obstiner sur du natif pour une appli de prise de rdv c'est un luxe inutile. faites une seule base de code pour les deux stores et voilà, gaspillez pas votre argent.

Votre application inclura-t-elle des fonctionnalités très orientées matériel, comme l'intégration de montres connectées du streaming vidéo en direct ou le comptage de répétitions d'exercices via l'accéléromètre ? Si la réponse est non et qu'elle se résume à des calendriers des listes et des écrans de paiement sur quelle contrainte technique votre développeur s'est-il appuyé pour justifier le natif ?

Avant de foncer tête baissée sur le cross-platform, sachez tout de même une chose : lors des mises à jour d'OS, les librairies hybrides mettent parfois du temps à suivre et les plugins tiers peuvent causer des bugs. Cependant, pour une appli de réservation fitness, ces désagréments restent infiniment moindres que le risque financier lié à deux développements natifs distincts.

En tant que fondateur je comprends tout à fait que vous souhaitiez faire confiance aux conseils de votre développeur. bref mais les choix techniques ne doivent pas paralyser votre modèle économique. Ayez une discussion franche avec lui et demandez-lui : « Je n'ai ni le budget ni le temps pour deux applis distinctes peut-on sortir ce produit sur les deux stores avec une seule base de code ? » S'il refuse, trouvez quelqu'un qui a de l'expérience en cross-platform.

En résumé, la situation est claire : Kotlin est le meilleur langage natif pour Android, mais pour une startup de réservation aux fonctionnalités classiques comme la vôtre, ignorer iOS et doubler les coûts est un non-sens. À un stade précoce, une base de code unique représente toujours un choix business bien plus judicieux.

J'ai vécu la même chose. Mettre en place un processus de demande de changement n'ralentit pas le travail, il l'accélère.

À votre place, j'irais par cette voie.

C'est noté, merci. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

À votre place, j'irais par cette voie.

Merci beaucoup, cela m'a été très utile. Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

C'est confirmé par l'expérience.

J'ai vécu exactement la même chose il y a deux ans. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Les décisions hâtives finissent par être corrigées six mois plus tard.

La discussion part dans tous les sens, je recentre. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

J'espère que cela vous sera utile.

Chez moi, c'est l'inverse qui s'est passé, c'est pourquoi j'écris. L'erreur commise du côté de langage de développement d'applications android est généralement réversible, mais coûteuse.

Je suis aussi curieux de savoir si d'autres font autrement.

Résumé rapide pour les nouveaux : La réponse varie beaucoup selon le secteur il n'y a pas de règle générale.

Corrigez-moi si je me trompe.

il y a un point que je ne comprnds pas mais chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.

les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels puis du coup j'espère que cela vous sera utile.

Merci d'avoir écrit cela c'est exactement ça. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

Voilà désolé si je me suis étendu.

Je vais résumer le sujet, car plusieurs réponses différentes ont été données. Dans un système repris, le plus coûteux sont les dépendances inconnues.

Si vous avez des questions écrivez-moi, je répondrai au mieux.