Construye una app React Native federada desde cero con Module Federation y Re.Pack: remotes en tiempo de ejecución, el contrato de singleton compartido y un host shell que controla la navegación.
Repensar cómo contratar ingenieros de React Native: rediseñar la prueba técnica, evaluar con justicia de graduado a sénior y pruebas para casa que los candidatos sí terminan.
Las bases de un proyecto React Native sólido: simulación de APIs, almacenamiento seguro por niveles, pruebas end-to-end y una estructura feature-first.
Cómo elegir la gestión de estado con la cabeza fría: estado de servidor frente a estado de cliente, formas de invalidación de caché que moldean los hábitos del equipo y qué cambia Module Federation en la pregunta.
La CDN se cae y la app arranca igualmente, desde una copia de cada remote incluida en el binario. En un arranque en modo CDN, un remote que no llega a cargarse pasa a su propia copia mientras el otro sigue en la CDN, y Try again por fin reintenta.
En cada arranque, la app pregunta a la CDN qué versiones de los remotes puede ejecutar. Después, un operador envía una nueva a una app ya instalada con un directorio y una línea de JSON, y la revierte de la misma forma. Además, lo que permiten Apple y Google, citado de los textos vigentes.
Los remotes dejan el servidor de desarrollo: construidos para producción, firmados en tiempo de build y servidos desde una CDN que es un directorio y un puerto. El registro queda en medio, y una tabla dice qué cambios siguen costando una publicación en la tienda.
Un remote solo entrega JavaScript, así que el host le presta una pantalla nativa a través de una única promesa: una tabla de rutas, un TurboModule y un Quick Battle en SwiftUI y Compose construido para que cada salida resuelva la promesa.
Un paquete de tests compartido pone el mismo listón WCAG en todos los remotes: contraste, áreas táctiles y semántica de estado se comprueban en los paquetes que los definen, cada equipo comprueba sus pantallas en su propia suite, y un test en rojo destapó un botón que nadie podía medir.
Tres apps federadas repiten las mismas decisiones de color hasta que el design system pasa a ser un paquete en la frontera: componentes de gluestack-ui y NativeWind sobre Re.Pack, un único singleton compartido y un toggle de tema que cambia el aspecto de todos los remotes a la vez.
Los mismos datos de PokéAPI llegan por REST y por GraphQL a través de un solo slice de RTK Query, un tag invalida en los dos, y la pregunta honesta es cuándo la caché normalizada de Apollo justifica dos cachés durante la transición.
TanStack Query y Zustand reconstruyen la app que Redux Toolkit y RTK Query acaban de construir; ambos funcionan, y lo que los separa es lo que pasa cuando equipos independientes dejan de coordinarse.
Un remote inyecta el slice que solo él posee en el store compartido, el contrato define la única acción que cruza, y la escritura entra por una prop; despacha antes de que el slice exista y la acción se pierde en silencio.
¿Quién es dueño de una frontera, de un componente, de una definición de datos? Cinco tests para cortar una app React Native federada por líneas de equipo, y qué mueve cada respuesta.
Un remote y un paquete instalado inyectan sus endpoints en un solo store del host y comparten una caché; si lo compartes mal, la pantalla se queda colgada en un spinner que nunca se resuelve.
Los tags de RTK Query y las query keys de TanStack Query parecen intercambiables en código de un solo equipo. A escala multiequipo cambian qué falla cuando los equipos se desincronizan.
Liderazgo técnico, React Native y cómo construir equipos, en tu bandeja cuando haya algo nuevo. Sin spam.
Doble confirmación. Cancela cuando quieras. · Privacidad
Algo ha ido mal. Inténtalo de nuevo en un momento.
Ya casi está: revisa tu correo para confirmar la suscripción.
