Projet d'application mobile : faut-il choisir Flutter ou React Native, le choix de l'agence nous lie-t-il les mains ?

React Native communique avec les composants natifs du système via un pont, alors que Flutter dessine directement chaque pixel sur l'écran grâce à son propre moteur. Sur des tablettes Android vieillissantes ou d'entrée de gamme utilisées sur le terrain, Flutter offre une fluidité bien plus constante dans le défilement et la saisie de formulaires.

En montant notre équipe interne, on a posté des annonces pour les deux technos. Il y a deux ans, on recevait presque trois fois plus de candidatures en React qu'en Flutter. Cependant, la proportion de profils Flutter a énormément augmenté chez les jeunes diplômés récemment. Si vous cherchez des profils seniors, c'est encore plus simple de trouver des options côté React.

Correction : je me suis trompé sur le chiffre, c'était un peu plus bas.

En général, les agences mettent en avant la techno pour laquelle elles ont des développeurs disponibles sur le moment. L'agence qui pousse Flutter n'a sans doute pas d'expert React sous la main, et inversement. Au lieu de vous focaliser uniquement sur la techno, téléchargez et testez vous-même les applications de référence publiées sur les stores par chacune des agences.

Posez ces 3 questions aux agences avant de trancher : 1) Si les commerciaux perdent la connexion sur le terrain, l'appli stocke-t-elle les commandes en local pour les synchroniser automatiquement plus tard ? 2) Pour les modules de scan de code-barres et caméra, comptent-ils utiliser des bibliothèques standard ? 3) Vous livreront-ils le schéma d'architecture et la documentation technique à la fin du projet ?

peu importe la techno si tu récupères pas les accès aux dépôts de code t'es pieds et poings liés puis bon fais mettre une clause de livraison hebdo du code dans le contrat le reste c'est du détail les deux feront largement l'affaire.

On avait fait développer la V1 en Flutter par une autre agence. Suite à un désaccord, on a récupéré le code et cherché un développeur en interne. En deux semaines on a trouvé un profil très compétent via une annonce, il a repris le projet sans problème. On n'a pas du tout vécu le blocage qu'on redoutait.

Demandez aussi l'avis de la personne qui a développé votre infrastructure web actuelle. Si votre interface web repose sur un framework moderne, choisir React Native permettra de mutualiser certains composants et modèles de données, ce qui réduira nettement vos coûts de maintenance par la suite.

On est un peu dans la même situation. En choisissant l'une de ces technos, on est bien d'accord qu'il ne faudra pas recruter deux devs distincts pour iOS et Android ? Le principe c'est d'obtenir les deux plateformes avec une seule base de code, c'est bien ça ?

Je ne savais pas ça. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Je suis entièrement d'accord. Les décisions hâtives finissent par être corrigées six mois plus tard.

Lors de la prise de décision, écrivez aussi le pire scénario pas seulement le meilleur. À votre place, j'irais par cette voie.

Nous avons vécu presque la même chose l'année dernière. Le vrai problème n'est pas le chiffre, mais la base sur laquelle il est calculé.

Trois avis différents sont sortis, ils se complètent tous. Si les critères d'acceptation ne sont pas écrits la date de fin du projet est ouverte à discussion.

Corrigez-moi si je me trompe.

Il est rare de trouver un texte qui explique les choses aussi clairement. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Si la propriété du code n'est pas mentionnée dans le contrat, vous perdez tout pouvoir de négociation au départ.

C'est noté, merci. bon commencez par un petit test ne vous engagez pas sur tout d'un coup.

C'est mon avis je ne l'écris pas comme une vérité absolue.

j'ai vécu la même chose.

J'écris cela pour éviter que vous ne fassiez la même erreur. L'erreur commise du côté de Flutter ou React Native est généralement réversible, mais coûteuse.

Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

Il y a une erreur fréquente à commettre en faisant cela. Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.

Corrigez-moi si je me trompe.

en regardant le processus le tableau change. n'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

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