Jérémy Magrin
Développeur React Native Freelance Senior · Expo · iOS & Android
A l'époque je faisais pareil
La moindre lib avec un peu de natif sérieux et j'éjectais au bout de deux heures, condamné à maintenir le dossier ios et android à la main pour toujours (car expo ne permettait pas ça)
J'étais team bare par réflexe
expo prebuild l'a remplacée au SDK 41 et elle a disparu du CLI au SDK 46
Le dev client a fini le travail
Aujourd'hui tu embarques n'importe quelle lib native custom sans jamais quitter le managed
Et autour, tout l'écosystème rend le bare inutile
- un config plugin modifie ton Info.plist, ton AndroidManifest ou ton Podfile depuis un bout de JS versionné dans ton repo
- le CNG regénère les dossiers ios et android à chaque build, ils redeviennent des artefacts jetables
- EAS build et submit sortent ton app sur les stores sans Mac ni Xcode
- EAS update pousse un correctif en OTA sans repasser par la review, exactement ce que faisait CodePush avant que Microsoft le débranche en 2025
Rester managed c'est garder les upgrades de SDK qui prennent une aprem au lieu d'un week-end
Et zéro merge conflict dans du natif que personne dans l'équipe ne relit vraiment
Même patcher le natif d'une lib tierce que tu maintiens pas, tu le fais depuis Expo avec un config plugin ou patch-project, sans jamais passer en bare
Moi je ne sors carrément plus, en 2026 il n'y a plus une seule raison qui tienne
Partir en bare aujourd'hui, c'est s'infliger des années de dette pour un confort d'un jour
Toi t'es team je reste managed avec des config plugins ou team je reste en bare ?
