Por qué la salida de Shopify de React Native no amenaza a Expo
Explica por qué el cambio de Shopify de React Native a Swift y Kotlin nativos no significa el fin del desarrollo multiplataforma con Expo para la mayoría de los equipos.
El 10 de septiembre de 2026, Shopify anunció que retiraría sus aplicaciones móviles principales de React Native y las reconstruiría de forma nativa utilizando Swift y Kotlin. En cuestión de horas, los foros de desarrolladores se llenaron de especulaciones. Los hilos en las redes sociales discutían si esto marcaba el fin de React Native. Varios artículos de blog llegaron incluso a afirmar que el desarrollo móvil multiplataforma había terminado.
Si desarrollas con Expo, nada de esto debería preocuparte.
Lo que realmente hizo Shopify — y por qué
La razón expuesta por Shopify fue bastante sencilla: los asistentes de codificación basados en IA han hecho que sea mucho más económico mantener dos bases de código nativas separadas para iOS y Android. El punto de venta original de React Native era ahorrar tiempo de ingeniería al compartir código entre plataformas. Una vez que las herramientas de IA pueden generar código nativo en Swift y Kotlin a alta velocidad, ese cálculo cambia para una organización del tamaño de Shopify.
El detalle clave es “una organización del tamaño de Shopify”.
Shopify opera una de las aplicaciones móviles más complejas del planeta, con cientos de ingenieros, millones de comerciantes y exigencias de rendimiento que ponen a prueba cualquier framework. Cuando Shopify afirma que la IA ha hecho el desarrollo nativo más económico, lo dice desde la posición de una empresa que puede gestionar al mismo tiempo dos grandes bases de código complejas.
La mayoría de los desarrolladores de Expo no se encuentran en esa situación, al igual que el equipo típico que desarrolla aplicaciones hoy en día.
Expo y Shopify resuelven problemas diferentes
Para Shopify, React Native fue principalmente una forma de reducir costos en una enorme organización de ingeniería. Para los desarrolladores de Expo, React Native es la herramienta que permite a un desarrollador individual o a un equipo pequeño lanzar una aplicación completa y pulida tanto para iOS como para Android, sin necesidad de ser especialista en ninguna de las plataformas nativas.
Esos dos casos de uso casi no tienen nada en común.
Expo cuenta con un equipo central dedicado que ha pasado años perfeccionando una de las experiencias de desarrollo más sólidas en el ámbito móvil. La recientemente lanzada versión SDK 57 ha aportado mejoras adicionales en rendimiento, herramientas de compilación y comodidad para los desarrolladores en su trabajo diario. Las bibliotecas complementarias como NativeWind, Reanimated y Expo Router son ahora más estables y listas para su uso en entornos reales que nunca antes.
Nada de eso cambia solo porque un gran minorista decidió dejarlo.
Las cifras cuentan otra historia
Mientras los comentaristas estaban ocupados declarando que React Native había llegado a su fin, los datos de adopción indicaban lo contrario.
NativeWind, la solución de estilo al estilo de Tailwind CSS para React Native, superó las 1,3 millones de descargas semanales durante 2026 y siguió en aumento. Expo sigue apareciendo de forma destacada en las comunidades y discusiones de desarrolladores. Bibliotecas de estilo más recientes como Uniwind se lanzaron y lograron cientos de miles de descargas semanales en tan solo unos meses.
Esos números no describen un ecosistema en declive, sino uno que sigue madurando.
Aquellos que abandonaron React Native en el momento en que Shopify hizo su anuncio probablemente fueran las mismas personas que habrían encontrado alguna otra excusa para irse el mes siguiente de todos modos. Los desarrolladores que realmente lanzan productos reales con Expo no están reconsiderando nada.
La IA acelera el desarrollo con Expo, no lo hace obsoleto
Existe una verdadera ironía en el argumento de que la IA mató a React Native: las herramientas basadas en IA han mejorado notablemente la creación de aplicaciones con Expo, y no lo han empeorado.
Asistentes como Claude, Cursor y GitHub Copilot comprenden profundamente el ecosistema de Expo. Con un archivo CLAUDE.md bien organizado que documente las convenciones de los componentes y los patrones arquitectónicos, uno de estos asistentes puede agregar nuevas pantallas, desarrollar funcionalidades y refactorizar el código existente manteniendo la coherencia con el resto de la base de código.
Aquellos que obtienen el mayor beneficio de este flujo de trabajo, a veces llamados “codificadores por intuición” porque describen el resultado deseado y dejan que el asistente se encargue de la implementación, aún necesitan una estructura inicial sólida. Las herramientas de IA son excelentes para escribir código, pero son mucho menos fiables a la hora de tomar decisiones arquitectónicas, diseñar flujos de navegación, crear un sistema de temas o establecer desde cero un conjunto coherente de componentes compartidos.
Ese vacío es precisamente lo que llena un plantilla de inicio bien elaborada para Expo. No se trata del código que un asistente de IA podría generar a demanda, sino de la estructura subyacente que hace que la programación asistida por IA sea realmente productiva.
Las plantillas son la capa base para el desarrollo asistido por IA
Cuando un desarrollador abre Cursor o Claude para comenzar una nueva aplicación, la primera pregunta real es a partir de qué base de código va a empezar.
Empezar con un resultado básico de create-expo-app implica pasar las primeras horas configurando la navegación, añadiendo soporte para modo oscuro, creando componentes de interfaz básicos y estableciendo convenciones. La IA puede ayudar en partes de este trabajo, pero aún se requieren decisiones humanas, configuraciones y iteraciones hasta tener una base utilizable.
Por el contrario, comenzar con un template listo para producción significa que los trabajos preliminares ya están terminados. Abres tu editor de IA, describes la función que deseas añadir a continuación, y el asistente dispone de una base de código coherente y bien organizada para ampliar.
Es precisamente por esto que los templates diseñados teniendo en cuenta flujos de trabajo asistidos por IA —con documentación detallada en CLAUDE.md, notas claras a nivel de componentes y patrones consistentes— son hoy más importantes que hace dos años, no menos.
Los desarrolladores que realmente deberían preocuparse
Si hay alguien a quien debería preocupar la decisión de Shopify, son los desarrolladores que crean aplicaciones básicas con React Native fuera del ecosistema Expo, dependiendo directamente de la CLI de React Native y dirigiéndose a clientes a gran escala que cuentan con el personal técnico necesario para justificar un desarrollo completamente nativo.
Eso describe solo una fracción muy pequeña de todos los que utilizan React Native.
Si en cambio eres un desarrollador independiente, un freelancer, un pequeño estudio o alguien que crea su primera aplicación principalmente describiéndola a un asistente de IA, Expo sigue siendo la vía más rápida para pasar de una idea a una aplicación lista para publicarse en las dos principales plataformas móviles. La decisión de Shopify no cambia esa realidad.
Qué significa esto para usted
Sigue desarrollando con Expo. Sigue lanzando aplicaciones con Expo. El ecosistema se encuentra en buen estado, las herramientas siguen mejorando versión tras versión, y la comunidad que lo rodea no está desapareciendo.
Si estás iniciando un nuevo proyecto React Native, comienza con una plantilla lista para producción en lugar de un proyecto vacío, y deja que los asistentes de IA se encarguen de los detalles de implementación sobre esa base. Esa combinación te permite lanzar más rápido de lo que sería posible si trabajaras desde cero.
Algunos desarrolladores pasarán las próximas semanas leyendo opiniones extremas y cuestionando sus elecciones tecnológicas debido a un anuncio de una empresa. Otros simplemente seguirán lanzando sus aplicaciones.
Procura formar parte del segundo grupo.
Lecturas relacionadas
- Nitro Modules: Cómo los Vinculamientos Estáticos Superan a React Native TurboModules — Explica cómo Nitro Modules utilizan vinculamientos estáticos precompilados en lugar de búsquedas dinámicas para superar significativamente a TurboModules y Expo Modules en React Native.
- React Native, Flutter y Más: Mobile Multiplataforma en 2026 — Un análisis comparativo de React Native, Flutter, Kotlin Multiplatform, Ionic, NativeScript y PWA en términos de rendimiento, experiencia del desarrollador y madurez del ecosistema.