스크립트
00:00:00Shopify a été un fervent défenseur de React Native pendant cinq ans, mais cette semaine, ils ont annoncé
00:00:05qu'ils repassaient au natif. Si vous en comprenez la raison, vous voudrez peut-être en faire autant.
00:00:10Le grand argument des frameworks comme React Native, c'est de pouvoir développer son application une seule fois et la publier sur Android
00:00:15et iOS : une seule base de code, un seul langage et beaucoup moins de maintenance. Shopify était à fond
00:00:21dans cette approche, maintenant des packages React Native cumulant plus de 2 millions de téléchargements hebdomadaires.
00:00:26Encore très récemment, en 2025, ils publiaient des articles réaffirmant leur soutien à cette technologie. Mais
00:00:32un an plus tard, changement de cap radical : tous ces dépôts open source sont
00:00:37abandonnés et l'entreprise est repassée à 100 % au natif. La raison principale ? Les avancées de l'IA.
00:00:44Grâce aux derniers modèles et à des outils internes bien pensés, la contrainte de développer deux applications distinctes n'a plus lieu d'être.
00:00:49Il suffit de soumettre son app iOS à un modèle et de lui dire « réécris-moi ça pour Android », et ça fonctionne.
00:00:55Aujourd'hui, nous allons voir en détail comment Shopify développe en natif. Et je suis à 100 % d'accord
00:01:00avec eux là-dessus : bien qu'ayant développé sous React Native pendant une bonne partie de la dernière décennie, je suis
00:01:06moi aussi repassé au natif, et j'ai été agréablement surpris. J'espère donc que cette vidéo vous convaincra
00:01:12de faire de même. La semaine dernière, Shopify a publié un article affirmant que le natif est désormais l'avenir du mobile
00:01:23chez Shopify, et c'est une vraie mine d'or. Ils y expliquent comment ils évitent le code IA de mauvaise qualité grâce à un système appelé
00:01:29Helix, qui découpe le travail des agents en petites tâches, et comment ils gèrent des boucles de retour rapides pour que les agents puissent tester
00:01:36très vite. Ayant moi-même développé en natif ces derniers mois, cela a fondamentalement changé ma propre
00:01:42méthode de travail. Passons tout cela en revue ! Mais d'abord, pourquoi ce changement ? Car comme ils le disaient eux-mêmes encore
00:01:48en 2025 : « L'avenir de React Native est prometteur et Shopify compte continuer d'y investir. »
00:01:54Mais depuis, les modèles de génération de code se sont considérablement améliorés. Pour nos applications et notre équipe,
00:01:59développer la même fonctionnalité en Swift et en Kotlin ne représente plus du tout le coût d'autrefois.
00:02:05L'avantage de React Native — coder une fois pour les deux plateformes — n'a donc plus lieu d'être grâce à l'IA.
00:02:11Tout d'abord, ils ont conçu ce système nommé Helix pour pallier les limites des modèles actuels.
00:02:17Ils expliquent qu'il est tentant de simplement donner le code React Native à un LLM et d'espérer générer la même fonction en natif d'un coup, mais ça ne marche pas.
00:02:23Même si on lui demande de rassembler un maximum d'informations, d'en faire des spécifications et des fichiers de tâches,
00:02:29puis d'implémenter le tout, on se retrouve avec une montagne de code inmaintenable et inexploitable. Helix,
00:02:34au contraire, anticipe le fait que le premier essai ne sera pas parfait. Il crée une boucle où une tentative imparfaite
00:02:41ne peut pas avancer tant qu'elle ne donne pas un résultat satisfaisant. Le développeur pointe d'abord Helix sur un écran.
00:02:46Il lit le code React Native, propose une série d'étapes de validation — de petits morceaux de code ordonnés
00:02:52vérifiables en quelques minutes —, puis construit étape par étape. Chaque morceau doit prouver son bon fonctionnement par des tests,
00:03:00correspondre à l'app en cours d'exécution lors d'une revue visuelle, passer deux revues de code très strictes et obtenir la validation d'un humain
00:03:05avant d'être commité et de passer à l'étape suivante. Les retours de chaque revue sont gardés en mémoire,
00:03:11ce qui permet à la boucle de gagner en autonomie au fil de la migration. Cette approche élimine efficacement le code bâclé.
00:03:18Mais malgré cela, un problème majeur subsistait : la compilation et les tests en natif
00:03:23sont lents. Les agents peuvent faire des modifications en quelques secondes, mais il leur faut plusieurs minutes pour en tester le résultat.
00:03:29Cela rend l'itération extrêmement lente et manuelle. Peu importe la qualité du modèle s'il
00:03:34ne peut pas tester son travail rapidement, ce qui est particulièrement difficile sur mobile. Shopify a résolu cela de deux
00:03:40façons précises : d'abord, la logique métier doit être complètement séparée de l'interface utilisateur.
00:03:46Ainsi, la logique peut s'exécuter de façon autonome sur PC et reste accessible aux agents via un CLI, leur permettant d'itérer
00:03:52en millisecondes plutôt qu'en minutes, sans passer par des simulateurs. Du point de vue du développement web, c'est comme
00:03:58conserver tout l'état de l'application en JSON, puis déclencher des actions pour mettre à jour ce store JSON. L'interface n'est
00:04:04qu'une représentation de cet état : il n'y a donc jamais besoin de traiter l'arbre d'accessibilité, d'inspecter
00:04:10l'écran ou de chercher et cliquer sur des éléments. Tout peut être piloté sans l'interface. Et dans les cas
00:04:16où il faut vraiment afficher l'interface, on peut toujours piloter l'ensemble des interactions depuis le CLI
00:04:22pour que tout reste rapide. Ici, vous voyez l'agent tester une application en temps réel, et ce n'est pas du tout accéléré !
00:04:28J'ai préparé une petite démo similaire qui, via le CLI, peut ouvrir YouTube et
00:04:32s'abonner à Better Stack. Mais vous n'avez même pas besoin d'un agent pour ça : vous pouvez juste vous abonner
00:04:36via le bouton sous cette vidéo ! Sans une telle configuration, il faudrait utiliser
00:04:41XCUI Test d'Apple, mais cela tourne hors processus, cherche les éléments en parcourant la hiérarchie d'accessibilité,
00:04:46simule des appuis puis réinterroge l'arbre pour vérifier, ce qui est très lent et instable en comparaison.
00:04:53Grâce à ces techniques, l'application Shop est déjà passée au 100 % natif, et c'est une app à 3 millions
00:04:59de téléchargements mensuels. Le bémol, bien sûr, c'est que Shopify est une immense entreprise. De votre côté, vous devriez toujours
00:05:06maintenir deux applications. Mais cela montre ce qui est possible avec les modèles actuels. Dans les prochains
00:05:11mois et années, cela ne fera que devenir plus facile, ce qui commence à entamer encore plus l'intérêt
00:05:17de React Native. Shopify maintenait plusieurs packages open source majeurs, dont FlashList avec 2 millions
00:05:23de téléchargements par semaine, React Native Skia et Restyle. Tous ces packages sont actuellement transmis à
00:05:30des mainteneurs tiers : il semble donc que Shopify se lave totalement les mains de React Native.
00:05:36Airbnb a aussi quitté React Native il y a bien longtemps, car maintenir iOS, Android et un bridge
00:05:43revenait à gérer trois plateformes au lieu d'une. J'ai adoré développer en React Native pendant des années et j'y ai passé la majorité
00:05:50de ma carrière, mais je pense que c'est le début de la fin pour les technologies multiplateformes. À mesure que les agents progressent,
00:05:56pourquoi ne pas optimiser pour les performances et les fonctionnalités natives comme CloudKit
00:06:02et SwiftUI ? On peut certes interagir avec ces systèmes via React Native, mais les performances
00:06:08ne seront jamais aussi bonnes. Dites-moi ce que vous en pensez en commentaire, abonnez-vous si ce n'est pas encore fait,
00:06:13nous publions constamment du contenu sur la tech et l'IA, et je vous dis à la prochaine !
커뮤니티 글
아직 글이 없습니다. 이 영상에 대한 첫 번째 글을 작성해 보세요!
이 영상에 대해 글쓰기