Jérémy Magrin
Senior React Native developer · Expo · iOS & Android
Sans une ligne de code, juste parce que le moteur a changé
Et on ose dire React Native prêt pour la prod
Bon ok, je me calme
En vrai c'est moins tranché que ça, et ça a été patché vite
Hermes V1 est arrivé sur React Native avec un cadeau discret
Chaque worklet Reanimated qui passe par eval se traîne un demi-méga de metadata de debug collé dessus
Une app blindée d'animations comme Expensify, plus de 1000 worklets uniques
ça dépasse le demi-giga de RAM rien que pour ça
Sur une démo Expo 57 avec des animations toutes simples
- iOS : de 80 à 194 Mo
- Android : de 131 à 236 Mo
Plus que doublé sur iOS, en silence, sans que tu touches à rien
Le plus fou c'est comment ça s'est réparé
Software Mansion bossait sur Bundle Mode pour une tout autre raison, offloader des libs JS sur d'autres threads
Bundle Mode a corrigé la fuite par accident, retour à 89 Mo
La team Hermes a patché à la source derrière, fix dans Hermes 0.15, embarqué dans RN 0.87 le 8 août
Là tu te dis qu'un framework qui laisse doubler la RAM en prod pendant des mois, c'est pas sérieux
Je comprends le réflexe
Maintenant montre-moi ton SDK natif fermé corriger un bug de fond avec trois équipes au grand jour et un patch public en quelques semaines
Chez Apple ou Google tu attends le prochain patch note et tu pries
Alors c'est quoi ton camp
un bug pareil ça disqualifie React Native
ou c'est exactement ce qui le rend plus solide que le natif fermé ?
