Ton app Expo rame ? Ce n’est pas Expo le problème. C’est… – Armand PETIT📱

Armand PETIT📱

Expert React Native & Expo

Generated by linktime

28 60 Comment on LinkedIn

May 30, 2025

Ton app Expo rame ? Ce n’est pas Expo le problème. C’est ton code. Expo n’est pas lent. C’est juste impitoyable avec les mauvaises pratiques. Si ton thread JavaScript est saturé, ton app freeze. Pas parce que le framework est mauvais. Mais parce que tu bloques le cœur du moteur. Voici comment éviter ça, en appliquant les bonnes pratiques de 2025 : → Comprendre le thread JS Si tu bloques ce thread avec une boucle ou un traitement synchrone, tout s’effondre. Un while mal placé peut figer ton app entière. → Utiliser Chrome DevTools + Profiler Repère les re-rendus inutiles, les appels réseaux lents, les composants surchargés. Un simple highlight dans le Profiler peut te montrer les points chauds. → TypeScript + ESLint + ESM TypeScript + strict: true = plus de bugs silencieux. ESLint = des hooks bien utilisés. ESM = un bundle plus léger grâce au tree shaking. → Activer React Compiler Il optimise automatiquement les useMemo, useCallback, memo. Résultat : code plus propre, moins de re-rendus inutiles, perfs décuplées. → Passer à React 19 + la nouvelle API use Moins de hooks exécutés. Plus de contrôle. Meilleure performance globale. → Utiliser Reanimated Worklets Les animations ? À exécuter côté UI thread. Avec runOnUI, useSharedValue, withSpring, tu fais danser ton app sans lag. → Optimisations bonus : - Évite les librairies JS trop lourdes - Configure bien tes FlatList - Remplace PanResponder par Gesture Handler Le lag, ce n’est pas une fatalité. C’est souvent une dette technique déguisée. Travaille propre. Et Expo ira vite.

60 Likes

28 Comment on LinkedIn

May 30, 2025

Discussion about this post

Kaba CONDÉ

Product Engineer | Développeur Fullstack Node • React

3 months ago

Full value ton post merci pour les techniques

Val Brochard

Ultra Engineer & Product Builder | MVP IA & Temps Réel rapides, scalables et orientés business

3 months ago

→ passer à flutter !

Younes Bieche

CTO / Full Stack Lead Developer (Node.JS + React, React Native + Web3)

3 months ago

Tu peux ajouter: - Active la nouvelle architecture (+ bcp moins de plantages ANR sur Android) - Utilise Flashlist v2 (déjà en RC et stable) - LegendList ne marche pas aussi bien. - N'utilise pas FlashList sur des petites listes, ça peut etre couteux (ex: Carousels, eux meme dans une Liste) - Met en queue des opérations pour éviter de blocker l'UI Thread avec InteractionManager.runAfterInteractions (ex: update du Cache de React-Query ou d'Apollo etc) - Teste sur le Web en utilisant l'extension Chrome de React-Scan Pas d'accord sur: - React Compiler: pas encore stable.

Top
Latest

J'ai reçu ce message d'un recruteur aujourd'hui. Il résume parfaitement ce qui cloche dans le processus de recrutement tech. Peu importe votre passion, vos projets persos ou vos compétences réelles. Seul le nombre d'années compte. Ce qui signifie qu'un développeur qui a : → Fait uniquement de la maintenance pendant 6 ans → N'a jamais déployé sur les stores → N'a jamais construit de backend ...sera toujours considéré comme meilleur que moi qui ai : → Développé et publié 2 applications mobiles complètes → Construit des architectures backend scalables → Résolu des problèmes de performance critique en production. La motivation? Inutile. Les projets personnels? Sans valeur. Les compétences réelles? Secondaires. Et après, on va me faire passer un test technique sur Coding Game pour vérifier si je sais coder... Le recrutement tech est cassé. Il faut l'admettre et le réparer.

"Prends OVH, c'est français." Oui, mais encore faut-il que le produit soit à la hauteur. On me reproche d'utiliser AWS. Une solution américaine plutôt que française. Mon patriotisme doit-il dicter mes choix technologiques ? Aujourd'hui, AWS me permet de : - Bénéficier d'une infrastructure performante à moindre coût. - Accéder à une gamme de services plus étendue que celle proposée par OVH. Le gouvernement a même créé le label "Cloud de Confiance". Ce label permet : → À des acteurs étrangers d'être considérés comme équivalents aux entreprises françaises. → D'utiliser des solutions internationales tout en respectant les exigences françaises de souveraineté des données. → De certifier officiellement la fiabilité de certains clouds non français. Alors, pourquoi se limiter ? Ne soyez pas patriote à vos dépens. Soyez exigeant pour votre business.

Expo vient de frapper un grand coup. Tu peux maintenant déployer ton app mobile depuis un SAAS. Tu te souviens du temps où shipper une app iOS nécessitait : - un Mac - Xcode - des certificats Apple - une config manuelle d’App Store Connect - un café bien serré et quelques sueurs Même avec EAS, tu devais encore passer par la CLI. Autant dire que les PM, QA ou designers restaient sur la touche. Et que les devs perdaient du temps pour de simples builds de test. Evan Bacon vient de montrer quelque chose qui change la donne. Avec launch.expo.dev, tu peux : → coller l’URL GitHub de ton projet → cliquer sur “Launch” → laisser la plateforme créer ton app côté Apple, signer ton code, build, et soumettre sur TestFlight → recevoir l’invitation sur ton iPhone quelques minutes plus tard Le tout, sans ouvrir un terminal. Depuis un navigateur. Sur Windows, sur mobile… ou même sur une Nintendo Switch. Ce n’est pas juste un raccourci. C’est une nouvelle manière de shipper : - Aucun setup local requis - Aucune CLI à apprendre - N’importe qui dans l’équipe peut déclencher une release - Une app testable en quelques minutes via TestFlight - Et une version web déployée en bonus si tu veux Launch.expo.dev, c’est EAS pour les humains. C’est le dernier kilomètre, enfin automatisé. Evan Bacon l’a dit simplement : “It has never been easier to build and submit an iOS app.” Difficile de dire le contraire. Crédit : Evan Bacon

August 22, 2025

2016 : Airbnb adopte React Native 2018 : Airbnb revienne sur du natif. La vérité crue sur l'abandon de React Native. Une histoire qui a marqué le monde du développement mobile. En 2016, Airbnb fait un pari audacieux : unifier ses équipes iOS et Android avec React Native. Objectif : développer plus vite, avec moins de code. Au pic de leur adoption, 70% de l'application était développée avec React Native. Un investissement massif. Mais la réalité fut complexe : 1. Problèmes rencontrés → Performances limitées sur fonctionnalités complexes → Difficultés de mise à jour → Nécessité de développer des infrastructures supplémentaires 2. Résultats du sondage interne → 60% des développeurs ont adoré l'expérience → 74% envisageraient à nouveau React Native → Malgré ces chiffres, des frustrations persistent 3. Décision finale → Retour au développement natif → Arrêt des nouveaux développements React Native → Transition progressive vers des technologies natives L'histoire n'est pas un échec. C'est un apprentissage. React Native en 2025 ? Un monstre de performances. (Pour les rageux) vos arguments de 2018 sont obsolètes. L'innovation ne s'arrête jamais.

T’es dev mobile ? Prouve-le. Reproduis cette animation. 50€ à la clé. Un seul gagnant. J’aurais adoré coder cette animation vue dans l’app Finary. Mais j’ai pas le temps. Alors je transforme l’idée en défi. Voici les règles : → Tu reproduis l’animation, dans le framework que tu veux : React Native, Flutter, natif… même Ionic si t’oses. → Tu postes un commentaire sous ce post avec : 1. Le lien vers une démo (Loom, YouTube, etc.) 2. Le lien vers ton GitHub Deadline : 𝘃𝗲𝗻𝗱𝗿𝗲𝗱𝗶 6 𝗷𝘂𝗶𝗻 à 𝗺𝗶𝗻𝘂𝗶𝘁. Le projet le plus propre, le plus fidèle, le plus fluide repart avec 50€. Critères de jugement : - Fidélité à l’animation originale - Propreté et clarté du code - Fluidité, responsivité Je jugerai personnellement chaque projet. Besoin de plus d’infos ? Regarde la vidéo que j’ai ajoutée au post. Tout y est. Et si tu veux m’aider à faire décoller ce défi, repartage ce post. Plus il circule, plus il y aura de participants… et plus le gagnant pourra être fier. Pas besoin d’être une rockstar. Juste d’aimer builder. À toi de jouer.