TeamReach : ce que douze OTA ont corrigé après une bascule

Les surprises venaient aussi des données réelles

Dans le retour TeamReach publié par Expo (nouvelle fenêtre), Gene Cornfield décrit la bascule d’une application historique vers Expo, puis douze mises à jour OTA en trois jours. L’équipe a rencontré des formes de données accumulées au fil des années et des changements d’interface rejetés par certains utilisateurs. Le billet présente ces chiffres comme l’expérience de cette relance, avec près de 800 000 utilisateurs quotidiens avant la reprise.

Le cas illustre une limite des jeux de données de démonstration : ils représentent souvent les modèles que l’on souhaite avoir, pas tous ceux qui existent déjà. Un champ qui a changé plusieurs fois de représentation peut traverser des chemins que la nouvelle interface n’a jamais exercés. Dans ce contexte, observer les erreurs de production et pouvoir corriger rapidement le JavaScript ont une valeur concrète.

La compatibilité du runtime borne la correction OTA

Le récit présente la politique fingerprint pour associer une mise à jour à un runtime natif, ainsi que les rollouts progressifs pratiqués en temps normal ; le soir de la bascule, les correctifs ont toutefois été publiés sans rollout, pour l’ensemble des utilisateurs. Une OTA peut corriger un comportement JavaScript compatible avec le binaire installé ; elle ne fournit pas une nouvelle capacité native absente de ce binaire. Le mécanisme de récupération après un crash de démarrage a également un périmètre limité : il ne couvre pas toutes les erreurs tardives.

Une organisation de relance doit donc distinguer les corrections qu’elle peut diffuser immédiatement de celles qui exigent un passage par les stores. Le fait d’avoir corrigé vite une série de problèmes ne rend pas une bascule générale sans risque. Une marge opérationnelle et des critères de retour arrière restent des décisions propres au produit.

Navigation 8 et Screens 5 : davantage de contrôle, encore en alpha

Les docs d’icônes React Navigation 8 (nouvelle fenêtre) et Screens 5 alpha.4 (nouvelle fenêtre) rapprochent les onglets des APIs système : symboles et drawables personnalisés, recherche native, placement sidebar et onglet proéminent selon iOS. Screens ajoute aussi des options d’en-tête et des corrections sur les fragments Android. La release demande RN 0.84 ou plus.

Ce statut d’alpha compte pour une app qui dépend de la stabilité de sa navigation. Un essai peut porter sur un onglet représentatif avec sa pile et sa recherche, sans engager immédiatement toutes les routes. Les safe areas et les en-têtes opaques ou transparents doivent être appréciés avec la version précise installée : les correctifs de la ligne 4.x sont aussi intégrés aux alphas 5.x.