Profile picture of Armand PETITđŸ“±
Armand PETITđŸ“±
Expert React Native & Expo
Follow me
Generated by linktime
April 14, 2025
Pourquoi 90% des apps React Native plantent dĂšs qu'on coupe le Wi-Fi ?   Spoiler : personne n'anticipe la synchro offline. C’est le genre de bug qui fait fuir un utilisateur pour de bon.  Et pourtant, la majoritĂ© des CTO ne pense pas "offline-first" quand ils lancent leur app.  Ils font tout le contraire.   Ils partent du principe que l’utilisateur est toujours connectĂ©.   Sauf que ce n’est jamais le cas.  MĂ©tro, avion, zone blanche... le monde rĂ©el, c’est de l’intermittent.   Et si ton app ne gĂšre pas ça, elle devient inutilisable.  Le problĂšme, c’est pas juste technique.   C’est architectural. → Tu dois gĂ©rer un cache local fiable (SQLite, MMKV).   → Tu dois dĂ©tecter les transitions rĂ©seau en temps rĂ©el (NetInfo).   → Tu dois synchroniser les donnĂ©es quand la connexion revient.   → Et surtout, tu dois penser Ă  la rĂ©solution des conflits.  Si tu ne poses pas ces bases dĂšs le dĂ©but, tu t’exposes Ă  une dette technique monstrueuse.   Parce que patcher de l’offline sur une archi dĂ©jĂ  live, c’est le pire bricolage. Alors oui, c’est plus chiant Ă  penser.   Oui, ça demande une rigueur dĂšs les premiers commits.  Mais si ton app est censĂ©e ĂȘtre fiable, t’as pas le choix. Pense offline-first.   Ou prĂ©pare-toi Ă  gĂ©rer les 1★ dans le store.
Stay updated
Subscribe to receive my future LinkedIn posts in your mailbox.

By clicking "Subscribe", you agree to receive emails from linktime.co.
You can unsubscribe at any time.

82 Likes
April 14, 2025
Discussion about this post
Profile picture of Alexandre DUBUS đŸ§©
Alexandre DUBUS đŸ§©
đŸ‘šâ€đŸ’» DĂ©veloppeur Web / Front-End 🛠 JavaScript (JS) | Vue.js đŸš© Provence-Alpes-CĂŽte d’Azur (PACA) | 05 | 04 | 84 | 13 | 83
4 months ago
Un bel exemple : Waze. MĂȘme en roulant dans un tunnel pendant 30 minutes, l'appli est capable de deviner oĂč l'on se trouve avec une marge d'erreur imperceptible.
Profile picture of Kevin Michaut
Kevin Michaut
Tech Lead .Net | Angular
4 months ago
C'est aussi une trÚs bonne façon de gérer le cache et d'éviter des problÚmes de perfs..
Profile picture of Liam Hédin-Gaston
Liam Hédin-Gaston
Je lance la premiÚre communauté qui va booster vos ventes gratuitement
4 months ago
Totalement d’accord 
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
105 comments
August 22, 2025