Aller au contenu
Toutes les notes

Ton app iOS a plus que doublé de RAM cette année

Jérémy Magrin

Développeur React Native Senior · Expo · iOS & Android

in
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é ?

Lire sur LinkedIn

Parlons-en

Un projet en tête ?

Réponse garantie en moins d'une heure, et trente minutes d'audit offertes par téléphone.

M'écrireMaltLinkedIn

Emailcontact@magrin.fr

Téléphone+33 6 73 12 19 30

LocalisationParis, France · full remote