스크립트
00:00:00Shopify ha sido un firme defensor de React Native durante un lustro, pero esta semana han anunciado
00:00:05que regresan al desarrollo nativo. Si entiendes sus razones, puede que tú también quieras cambiar. La mayor
00:00:10ventaja de plataformas como React Native es que puedes programar tu app una vez y lanzarla en Android
00:00:15e iOS. Es una sola base de código, un solo lenguaje y mucho menos mantenimiento. Shopify apostó firmemente
00:00:21por esta idea: mantienen paquetes de React Native con más de 2 millones de descargas semanales,
00:00:26y en pleno 2025 publicaban artículos reafirmando su apoyo a esta tecnología. Pero un
00:00:32año después han cambiado de opinión por completo. Van a abandonar todos esos repositorios de código abierto
00:00:37y la empresa ha vuelto al desarrollo nativo. La razón principal son los avances en IA. Con
00:00:44los últimos modelos y tecnología propia muy ingeniosa, la carga de desarrollar dos apps independientes ya no
00:00:49existe. Solo le das el código de la app de iOS al modelo y le dices: “Hazme esto para Android”, y funciona. Así que
00:00:55hoy repasaremos exactamente cómo desarrolla Shopify para nativo. Estoy totalmente de acuerdo
00:01:00con ellos en esto. A pesar de haber desarrollado en React Native la mayor parte de la última década, yo también
00:01:06he vuelto a nativo y me ha sorprendido gratamente. Espero convencerte
00:01:12de que hagas lo mismo en este vídeo. La semana pasada, Shopify publicó un artículo afirmando que el desarrollo nativo es el futuro para
00:01:23Shopify Mobile, y está lleno de auténticas joyas. Explican cómo evitan el código inservible generado por IA creando un sistema llamado
00:01:29Helix para dividir el trabajo de los agentes en tareas más pequeñas, y cómo gestionan los bucles rápidos de retroalimentación para que los agentes prueben
00:01:36el código rápidamente. Tras haber desarrollado en nativo estos últimos meses, esto ha cambiado radicalmente mi propio
00:01:42flujo de trabajo. Vamos a repasarlo todo. Pero antes, ¿por qué este cambio? Porque, como ellos mismos dijeron en
00:01:482025: “Escribí que el futuro de React Native era brillante y que Shopify mantendría su inversión
00:01:54en esta tecnología”. Sin embargo, desde entonces los modelos de programación han mejorado drásticamente, y para las aplicaciones y nuestro equipo,
00:01:59desarrollar la misma función en Swift y Kotlin ya no supone el coste de antes. Por tanto, las ventajas
00:02:05de React Native —programar una sola vez para ambas plataformas— pierden su sentido gracias a la IA. En primer lugar, crearon
00:02:11un sistema llamado Helix para resolver las limitaciones de los modelos actuales. Dijeron que tienta mucho apuntar un LLM hacia
00:02:17la base de código de React Native e intentar recrear la misma función en nativo de una sola vez, pero sencillamente no funciona.
00:02:23Incluso si le pides que recopile toda la información posible, la estructure en especificaciones y listas de tareas,
00:02:29y luego la implemente, terminas con una cantidad enorme de código inmantenible e inoperable. En cambio, Helix
00:02:34asume que el primer intento no será perfecto y crea un bucle donde un intento imperfecto no puede
00:02:41avanzar hasta convertirse en un buen resultado. El desarrollador apunta Helix a una pantalla, este lee
00:02:46el código de React Native y propone una secuencia de puntos de control: bloques de trabajo pequeños y ordenados que
00:02:52se revisan en cuestión de minutos. Luego, punto por punto, va construyendo; cada uno debe demostrar su funcionamiento con pruebas,
00:03:00coincidir visualmente con la app en ejecución, superar dos revisiones de código estrictas y recibir el visto bueno de un humano
00:03:05antes de consolidarse y pasar al siguiente. Las observaciones de cada revisión se memorizan,
00:03:11haciendo que el bucle sea más autónomo a medida que avanza la migración. Este enfoque elimina de forma eficaz el código deficiente,
00:03:18pero aun con todo esto, seguía habiendo un gran inconveniente: compilar y probar en nativo
00:03:23es lento. Los agentes hacen cambios en segundos, pero tardan varios minutos en verificar el resultado.
00:03:29Esto vuelve la iteración extremadamente lenta y manual. Da igual lo bueno que sea el modelo si
00:03:34no puede validar su trabajo rápido, algo especialmente complejo en móviles. Shopify lo solucionó de dos
00:03:40formas concretas: primero, desacoplando la lógica de negocio por completo de la interfaz de usuario. Así, la lógica puede ejecutarse
00:03:46en modo headless en el escritorio y quedar disponible para que los agentes la ejecuten mediante una CLI, lo que les permite iterar en
00:03:52milisegundos en lugar de minutos al evitar los simuladores. Pensando en el desarrollo web, esto equivale a
00:03:58almacenar todo el estado de la app en un JSON y luego lanzar acciones para actualizar ese estado. La interfaz es simplemente
00:04:04una representación de dicho estado, por lo que nunca hace falta procesar el árbol de accesibilidad, inspeccionar la
00:04:10pantalla o buscar y hacer clic en elementos; todo se puede gestionar sin la interfaz. Y en aquellos casos
00:04:16en los que realmente necesitas renderizar la interfaz, aun así puedes controlar todas las interacciones desde la CLI
00:04:22para mantener la velocidad. Aquí se ve al agente probando una app en tiempo real, y no está acelerado en absoluto.
00:04:28He preparado una demostración sencilla que hace lo mismo: mediante la CLI puede abrir YouTube y
00:04:32suscribirse a Better Stack. Aunque ni siquiera necesitas un agente para eso, puedes suscribirte
00:04:36usando el botón debajo de este vídeo. Sin un entorno como este, tendrías que usar
00:04:41XCUITest de Apple, pero esto se ejecuta fuera de proceso, localiza elementos recorriendo la jerarquía de accesibilidad,
00:04:46simula pulsaciones y vuelve a consultar el árbol para verificar, lo cual resulta súper lento e inestable. Así que,
00:04:53siguiendo estas técnicas, la aplicación de Shop ya se ha publicado 100% nativa: una app con 3 millones
00:04:59de descargas mensuales. Claro que la aclaración aquí es que Shopify es una empresa gigantesca; en tu caso tendrías que
00:05:06mantener dos apps tú mismo, pero yo diría que esto demuestra lo que es posible con los modelos actuales. En los próximos
00:05:11meses y años esto solo se volverá más fácil, y creo que eso empieza a mermar el valor de React Native
00:05:17aún más. Shopify mantiene varios paquetes importantes de código abierto, entre ellos FlashList con 2 millones
00:05:23de descargas semanales, React Native Skia y Restyle. Todos estos paquetes se están traspasando a
00:05:30mantenedores externos, lo que demuestra que Shopify se está desvinculando por completo de React Native.
00:05:36Airbnb también abandonó React Native hace muchísimos años porque mantener iOS, Android y un puente de comunicación
00:05:43implicaba tres plataformas, no una. A mí me ha encantado desarrollar en React Native durante años, pasé gran parte de mi carrera
00:05:50en ese ámbito, pero sí creo que este es el principio del fin de las tecnologías multiplataforma. Con la mejora de los agentes,
00:05:56¿por qué no querrías optimizar el rendimiento y aprovechar mejor las funciones nativas como CloudKit
00:06:02y SwiftUI? Por supuesto que podrías interactuar con estos sistemas mediante React Native, pero el rendimiento
00:06:08nunca será igual de bueno. Déjame tu opinión en los comentarios y suscríbete si aún no lo has hecho.
00:06:13Publicamos contenido sobre tecnología e IA constantemente. ¡Hasta la próxima!
커뮤니티 글
아직 글이 없습니다. 이 영상에 대한 첫 번째 글을 작성해 보세요!
이 영상에 대해 글쓰기