Screenmap et ExecuTorch : voir les écrans, comprendre les pipelines

Screenmap donne une forme visible aux changements d’interface

Screenmap (nouvelle fenêtre) relie les routes d’une app Expo ou React Native à des captures d’écran. Son intégration GitHub Actions produit une carte interactive et des images des écrans concernés par une PR. L’exploration peut passer par un agent ; les parcours enregistrés peuvent ensuite être rejoués de manière déterministe. Expo Router et React Navigation font partie des navigations prises en charge.

C’est particulièrement intéressant pour une modification transversale : changer un composant de carte peut affecter un catalogue, un favori et un écran de recherche sans modifier directement leurs fichiers. Une carte rend ces conséquences plus faciles à examiner qu’une liste de lignes changées. Elle aide aussi un reviewer qui connaît mal l’arborescence du projet à retrouver le chemin vers l’écran.

La qualité du résultat dépend toutefois de l’état de départ. Un écran authentifié nécessite un compte de démonstration et des données reproductibles ; une route paramétrée doit recevoir un identifiant valide. Une capture obtenue avec une liste vide ne dit rien du rendu de cette liste remplie. Ces préconditions font partie du scénario à versionner avec la carte.

ExecuTorch 0.10 rend l’inférence locale plus inspectable

La release 0.10 d’ExecuTorch (nouvelle fenêtre) décrit une réécriture autour de pipelines TypeScript modulaires, en remplacement des modules natifs monolithiques. Elle rapproche aussi l’exécution de react-native-worklets et fournit un module de compatibilité pour migrer progressivement l’ancienne API.

Pour une fonctionnalité mobile de transcription ou de vision, cela donne un endroit plus explicite où distinguer préparation des données, exécution du modèle et traitement du résultat. Une latence ressentie ne vient pas nécessairement de l’inférence : convertir une image ou transférer ses pixels peut aussi peser dans le parcours.

Cette refonte d’API mérite une migration par fonctionnalité. Le module de compatibilité permet de conserver un chemin existant pendant qu’un second pipeline est adapté. Les annonces d’accélération matérielle restent à confronter aux appareils et aux modèles réellement distribués : une meilleure structure du code ne constitue pas, à elle seule, une mesure de consommation ou de fluidité.