L’IA rend-elle le développement natif aussi abordable que React Native ?
Un auteur du Journal du Net juge que l’IA gomme le surcoût du natif, mais garde une place à React Native et Flutter pour certaines équipes et applications.
Par
Inès Taleb
En bref
- Un auteur du Journal du Net soutient que l’IA efface le surcoût historique du développement natif.
- Il recommande Kotlin Multiplatform pour centraliser la logique métier, avec des interfaces natives générées par l’IA.
- React Native et Flutter restent adaptés aux équipes web, aux applications CRUD et aux applications existantes.
Si l’on suit la thèse d’un article publié par le Journal du Net, le développement natif n’est plus un luxe hors budget, mais React Native et Flutter gardent des terrains où ils restent le choix le plus sensé. Il s’agit d’un point de vue d’auteur, qu’il convient de lire comme tel.
Une thèse née de vingt ans de cycles technologiques
L’auteur affirme travailler depuis plus de 20 ans dans l’écosystème mobile. Il a vu passer PhoneGap, Xamarin, React Native puis Flutter, autant de cycles qui reposaient sur le même compromis : accepter un peu de performance brute ou d’intégration au système en échange de coûts réduits.
Selon lui, l’IA est en train d’effacer ce surcoût. Il propose aussi de remplacer l’équation fondée sur le nombre de lignes par développeur : le temps de développement devient la somme du temps de conception architecturale et de la validation de l’IA.
Pourquoi l’IA profiterait davantage au natif
Le premier argument concerne la traduction : transposer une logique métier de Swift vers Kotlin, ou l’inverse, serait l’une des tâches où les modèles de langage se montrent les plus fiables. La duplication du travail pèserait donc beaucoup moins.
Le second touche à l’interface. D’après l’auteur, SwiftUI et Jetpack Compose reposent sur des syntaxes déclaratives bien documentées pour ces modèles. À l’inverse, l’IA peinerait davantage face aux problèmes d’intégration profonde du cross-platform : comportements anormaux sur certains systèmes, ponts difficiles à déboguer, dépendances tierces cassées par une mise à jour.
Kotlin Multiplatform, la voie que recommande l’auteur
Pour une équipe d’envergure, il désigne Kotlin Multiplatform (KMP) comme le grand gagnant. Cette technologie centralise en Kotlin la logique métier, la couche réseau et la gestion des données. L’effort humain se concentre sur cette base, tandis que l’IA accélère l’écriture des interfaces natives.
Il estime que le natif redevient un choix rationnel pour les nouveaux projets ambitieux, sans écarter les solutions hybrides.
Quand React Native et Flutter gardent leur place
L’auteur distingue plusieurs situations où le cross-platform reste pertinent, et une où la réécriture serait absurde.
Cas favorables au cross-platform
- Équipes riches en développeurs front-end React ou Vue : l’IA couplée à TypeScript et React Native les rendrait vite productifs sur mobile.
- Applications de type CRUD, peu liées au système : lecture, formulaires, appels d’API simples. Le natif relèverait de la sur-ingénierie.
Cas où le changement ne se justifie pas
- Application Flutter ou React Native déjà mature : la réécrire en natif parce que celui-ci coûte moins cher serait, selon l’auteur, un non-sens économique.
Il ajoute que le volume de données d’entraînement en JavaScript et TypeScript reste un atout pour la rapidité des agents, et que l’IA accélère aussi la maintenance de la dette technique.
La question que se posent désormais les directions techniques
Selon l’auteur, la question n’est plus de savoir combien l’on économise en évitant le natif, mais quelle architecture offre le meilleur rendement qualitatif sous IA, compte tenu des compétences de l’équipe. Pour lui, l’écart entre les approches s’est considérablement resserré.
Pour approfondir les bases du choix technique, un article de mobileoffice.fr passe en revue les solutions pour les applications mobiles.
Photo : Alicia Christin Gerald / Pexels
