React Native está morto... graças à IA

Autoria: Better Stack · Assistir no YouTube

Vídeo de autoria do canal indicado, não da IANIA; todos os direitos pertencem ao criador. Transcrição, resumo e tradução gerados automaticamente; o conteúdo no idioma original é preservado na versão em idioma original.

Idioma original: inglês

Vídeo original: React-Native Is Dead… Thanks to AI. · Canal: Better Stack · 06:11 · Assistir no YouTube

Tópicos: Agentes de IA, Engenharia de software com IA

Resumo

Shopify anunciou que está abandonando React Native e voltando ao desenvolvimento nativo para iOS e Android, pois os modelos de IA reduziram o custo de manter dois aplicativos. Para migrar recursos com qualidade, a empresa criou o Helix, que divide o trabalho dos agents em etapas pequenas, testadas e revisadas. Também separa a lógica de negócios da interface e usa uma CLI para acelerar os testes sem depender de simuladores. O apresentador acredita que essas mudanças diminuem o valor de React Native e de outras tecnologias multiplataforma, embora manter dois aplicativos ainda exija esforço.

Pontos-chave

Shopify deixou de investir em React Native e voltou a desenvolver aplicativos nativos para iOS e Android.
Modelos de IA mais capazes reduziram o custo de implementar o mesmo recurso em Swift e Kotlin.
O Helix divide migrações em checkpoints pequenos, que passam por testes, revisão visual e revisões de código antes de avançar.
A separação entre lógica de negócios e interface permite executar testes sem abrir simuladores.
Uma CLI pode acelerar a iteração dos agents e controlar interações com a interface quando necessário.
O Shop app já foi lançado como aplicativo totalmente nativo e tem 3 milhões de downloads mensais.
Shopify transferiu a manutenção de alguns de seus principais pacotes open source para mantenedores terceirizados.
O apresentador prevê que o avanço dos agents pode enfraquecer ainda mais as vantagens das tecnologias multiplataforma.

Capítulos

Início	Capítulo	Resumo
00:00	Shopify abandona React Native	A empresa volta ao desenvolvimento nativo e atribui a mudança aos avanços dos modelos de IA.
01:34	Helix e migrações em etapas	O vídeo explica como o Helix divide a migração em checkpoints que precisam passar por testes e revisões.
03:08	Testes rápidos sem depender da interface	A Shopify desacopla a lógica de negócios da UI e usa uma CLI para executar testes e interações com mais rapidez.
04:39	Pacotes transferidos e futuro multiplataforma	O Shop app já é nativo, pacotes da Shopify passam a terceiros e o apresentador questiona o futuro das tecnologias multiplataforma.

Citações

Você pode criar seu aplicativo uma vez e lançá-lo no Android e no iOS. — 00:00

Cada etapa precisa comprovar seu comportamento com testes. — 02:37

Não importa quão bom seja o modelo se ele não consegue testar seu trabalho rapidamente. — 03:08

Acho que este é o começo do fim para as tecnologias multiplataforma. — 05:40

Conceitos e entidades

React Native (ferramenta): Framework multiplataforma usado para criar aplicativos para iOS e Android a partir de uma base de código compartilhada.
Shopify (empresa): Empresa que deixou React Native e passou a desenvolver seus aplicativos móveis de forma nativa.
Helix (ferramenta): Sistema da Shopify que divide o trabalho de migração para código nativo em etapas testadas e revisadas.
CLI (ferramenta): Interface de linha de comando usada para executar lógica e testes sem depender de simuladores.
Swift (conceito): Linguagem usada no desenvolvimento de aplicativos para as plataformas da Apple.
Kotlin (conceito): Linguagem mencionada como opção para implementar recursos nativos no Android.
Shop app (ferramenta): Aplicativo da Shopify que, segundo o vídeo, já foi lançado em uma versão totalmente nativa.
XCUI test (ferramenta): Recurso de teste da Apple que interage com elementos percorrendo a hierarquia de acessibilidade.
CloudKit (ferramenta): Tecnologia da Apple citada como exemplo de funcionalidade nativa de plataforma.
SwiftUI (ferramenta): Framework da Apple citado como exemplo de funcionalidade nativa de plataforma.

Tradução completa (pt-BR)

00:00 A Shopify apoia fortemente o React Native há meia década, mas nesta semana anunciou que está voltando ao desenvolvimento nativo. E, se você entender o motivo, talvez também queira mudar. A maior promessa de plataformas como o React Native é que você pode criar seu app uma vez e lançá-lo tanto no Android quanto no iOS. É uma única base de código, uma única linguagem e muito menos manutenção. E a Shopify apostava totalmente nessa ideia. A empresa mantém pacotes do React Native que, ao que parece, têm mais de 2 milhões de downloads semanais. E, ainda em 2025, publicou artigos reafirmando seu apoio à

00:31 tecnologia. Mas, um ano depois, mudou de ideia de repente. Todos aqueles repos open source estão sendo abandonados, e a empresa voltou totalmente ao desenvolvimento nativo. O principal motivo são os avanços da IA. Com os modelos mais recentes e algumas tecnologias internas inteligentes, o trabalho de criar dois apps separados já não é um problema. Você pode simplesmente apontar um modelo para seu app de iOS e dizer: “Ei, crie isto para Android.” E funciona. Então, hoje, vamos ver exatamente como a Shopify está desenvolvendo para plataformas nativas, e concordo plenamente com ela nisso.

01:02 Apesar de eu mesmo ter desenvolvido em React Native durante boa parte da última década, também voltei ao desenvolvimento nativo e fiquei agradavelmente surpreso. Então, espero convencer você a fazer o mesmo neste vídeo. [música] Na semana passada, a Shopify publicou um artigo dizendo que o nativo é agora o futuro dos apps para dispositivos móveis na Shopify, e ele está cheio de verdadeiras pérolas. Eles falam sobre como evitar o lixo gerado por IA criando um sistema chamado Helix para dividir o trabalho dos agents em partes menores e sobre como lidar com ciclos rápidos de

01:34 feedback para que os agents possam testar rapidamente. Depois de desenvolver com tecnologias nativas nos últimos meses, isso mudou fundamentalmente meu próprio workflow. Então, vamos passar por tudo. Mas, antes de mais nada, por que mudar? Porque, como eles mesmos disseram em 2025: “Escrevi que o futuro do React Native era promissor e que a Shopify planejava continuar investindo nele.” Mas, desde então, os modelos de programação melhoraram drasticamente. E, para os nossos apps e a nossa equipe, criar o mesmo recurso em Swift e Kotlin já não tem o custo que tinha antes. Portanto, os benefícios do React Native de

02:06 desenvolver uma vez para as duas plataformas já não se aplicam, graças à IA. Então, para começar, eles criaram um sistema chamado Helix para resolver as limitações dos modelos atuais. Disseram que é tentador simplesmente apontar um LLM para a base de código do React Native e tentar criar de uma só vez o mesmo recurso em tecnologia nativa, mas isso simplesmente não funciona. Mesmo que você peça para o modelo reunir o máximo de informações possível, organizar tudo em especificações e arquivos de tarefas e, depois, implementar o recurso, o resultado é uma enorme quantidade de código impossível de manter e que não pode ser lançado. Em vez disso, o Helix prevê que a primeira tentativa não será

02:37 perfeita e cria um ciclo no qual uma tentativa imperfeita simplesmente não pode avançar até se tornar um bom resultado. Primeiro, um desenvolvedor aponta o Helix para uma tela. Ele lê o código do React Native e propõe uma sequência de etapas de verificação: pequenas partes ordenadas do trabalho que podem ser revisadas em minutos. Então, ele implementa etapa por etapa. Cada uma precisa comprovar seu comportamento com testes, corresponder ao app em execução durante uma revisão visual, passar por duas revisões de código adversariais e receber a aprovação de uma pessoa antes de ser registrada em um commit e de a próxima etapa começar.

03:08 O feedback de cada uma dessas revisões é guardado, então o ciclo se torna mais autônomo à medida que a migração avança. Essa abordagem elimina efetivamente o lixo gerado por IA. Mas, mesmo com tudo isso, ainda resta um grande problema: compilar e testar para plataformas nativas é lento. Os agents podem fazer alterações em segundos, mas levam vários minutos para testar o resultado. Isso torna a iteração extremamente lenta e manual. Não importa muito o quão bom seja o modelo se ele não consegue testar seu trabalho rapidamente, o que é especialmente difícil em dispositivos móveis.

03:38 A Shopify resolveu isso de duas maneiras específicas. Primeiro, a lógica de negócios deve estar completamente desacoplada da interface. Isso significa que a lógica pode ser executada sem interface em um computador e fica disponível para os agents executarem por meio de uma CLI, permitindo que façam iterações em milissegundos, em vez de minutos, sem envolver simuladores. Pensando no desenvolvimento web, é como manter todo o estado do app em JSON e, depois, executar ações para atualizar esse armazenamento JSON. A interface é apenas uma representação desse estado. Assim, nunca é necessário processar a

04:09 árvore de acessibilidade, inspecionar a tela ou localizar e clicar em elementos. Tudo pode ser controlado sem interface nenhuma. E, nos casos em que você realmente precisa renderizar a interface, ainda pode controlar todas as interações pela CLI, mantendo tudo rápido. Este é um agent testando um app em tempo real. E o vídeo não está acelerado. Preparei uma demonstração simples que faz o mesmo: pela CLI, ela pode abrir o YouTube e se inscrever no Bet Stack. Mas você nem precisa de um agent para isso. Basta se inscrever usando o botão abaixo deste vídeo. Sem uma configuração como

04:39 esta, você precisaria usar o teste XCUI da Apple. Mas ele é executado fora do processo, localiza elementos percorrendo a hierarquia de acessibilidade, simula toques e, depois, consulta a árvore novamente para verificar o resultado; em comparação, é extremamente lento e instável. Então, seguindo essas técnicas, o app Shop já foi lançado totalmente nativo. Esse é um app com 3 milhões de downloads mensais. A ressalva aqui é que a Shopify é, obviamente, uma empresa enorme. Você ainda teria que manter dois apps por conta própria, mas eu diria que isso é o que os modelos já conseguem fazer

05:10 hoje. Nos próximos meses e anos, isso só vai ficar mais fácil, e acho que isso começa a reduzir ainda mais o valor do React Native. A Shopify mantém alguns dos principais pacotes open source, incluindo o Flash List, com 2 milhões de downloads semanais, React Native Skia e Restar. Todos esses pacotes estão agora sendo transferidos para mantenedores externos. Então, parece que a Shopify está se afastando completamente do React Native. A Airbnb também deixou o React Native há muitos, muitos anos, porque

05:40 manter iOS, Android e uma ponte significava manter três plataformas, não uma. Eu adorei desenvolver com React Native durante anos. Passei a maior parte da minha carreira nessa área. Mas acho que este é o começo do fim para as tecnologias multiplataforma. À medida que os agents melhoram, por que você não iria querer otimizar o desempenho e ter funcionalidades nativas melhores, como CloudKit e Swift UI? Claro, você poderia interagir com esses sistemas por meio do React Native, mas o desempenho nunca será tão bom. Conte nos comentários o que você acha.

06:11 Inscreva-se se ainda não tiver feito isso. Publicamos conteúdo sobre tecnologia e IA o tempo todo, e nos vemos na próxima.

Transcrição original

[00:00] Shopify have been huge backers of React Native for half a decade, but this week they just announced they’re going back to native. And if you understand why, you may want to switch as well. The biggest claim of platforms like React Native is you can build your app once, release it to both Android and iOS. It’s just one codebase, one language, and far less maintenance. And Shopify were all in on this idea. They maintain React Native packages with apparently over 2 million weekly downloads. And as recently as 2025, they published articles renewing their support for the

[00:31] technology. But one year on and they’ve suddenly had a massive change of heart. All those open source repos are being abandoned and the company has fully switched back to native. The main reason is advancements in AI. With the latest models and some smart in-house tech, the burden of building two separate apps no longer apply. You can just point a model at your iOS app and be like, “Yo, build me this in Android.” And it works. So today we’ll go over exactly how Shopify are building for native and I am in complete agreement with them on this.

[01:02] Despite building in React Native myself for a good part of the last decade, I’ve also switched back over to native and I’ve been pleasantly surprised. So hopefully in this video I’ll convince you to do the same. [music] So Shopify last week published an article saying native is now the future of mobile at Shopify and it’s full of absolute gems. They talk about preventing AI slop by building a system called Helix to break agent work into smaller chunks and how to handle fast

[01:34] feedback loops so agents can test quickly. After building with native for the last few months myself, it has fundamentally changed my own workflow. So let’s run through everything. But first off, why the switch? Because as they themselves said just in 2025, I wrote that the future of React Native was bright and that Shopify planned to keep investing in it. But since then, coding models have gotten dramatically better. And for apps and our team, building the same feature in Swift and Cotlin no longer carries the cost it used to. So the benefits of React Native

[02:06] building once for both platforms no longer apply thanks to AI. So, first off, they built this system called Helix to solve the shortfall of current models. They said it’s tempting to just point an LLM to the React Native codebase and try to oneshot the same feature in native, but it just doesn’t work. Even if you ask it to gather as much information as it can, frees that up into specs and task files and then implement it. You end up with a huge amount of unmaintainable code that can’t be shipped. Helix instead anticipates that the first attempt will not be

[02:37] perfect and builds a loop where an imperfect attempt simply cannot move forward until it becomes a good result. A developer first points Helix at a screen. It reads the React Native code, proposes a sequence of checkpoints, small ordered slices of the work that can be reviewed in minutes. Then checkpoint by checkpoint, it builds. Each one must prove its behavior with tests. Match the running app in a visual review. survive two adversarial code reviews and get a human’s nod before it’s committed and the next one starts.

[03:08] Feedback from each of these reviews is remembered, so the loop gets more autonomous as the migration progresses. This approach effectively eliminates slop. But with all of this in place, it’s still left a massive problem because compiling and testing for native is slow. Agents can make changes in seconds, but it takes them several minutes to test the output. This makes iterating extremely slow and manual. It doesn’t really matter how good the model is if it can’t test its work quickly, which is especially difficult on mobile.

[03:38] Shopify solved this in two specific ways. First, business logic should be completely decoupled from the UI. This means logic can run headlessly on desktop and is available to agents to run via a CLI that allows them to iterate in milliseconds instead of minutes by not involving simulators. From the context of web development, this is like holding all of your app state in JSON, then firing actions to update that JSON store. The UI is just a representation of that state. So there’s never a need to process the

[04:09] accessibility tree, inspect the screen, or find and click any elements. Everything can be driven without the UI at all. And in cases where you really do need to render the UI, you can still drive all of the interactions from the CLI, so everything remains fast. This is the agent testing an app in real time. And this is not sped up at all. I’ve put together a simple demo doing the same, which through the CLI can pull up YouTube and subscribe to Bet Stack. But you don’t even need an agent to do that. You can just subscribe using the button below this video. Without a setup like

[04:39] this, you’d need to use Apple’s XCUI test. But this runs out of process, finds elements by walking the accessibility hierarchy, synthesizes taps, then re-queries the tree to verify, which in contrast is super slow and flaky. So, following these techniques, the Shop app has already shipped fully native. That’s an app with 3 million monthly downloads. Now, the caveat here is Shopify is of course a massive company. You’d still have to maintain two apps yourself, but I’d say this is what’s possible with models

[05:10] today. Over the next few months and years, this is only going to get easier, and I think that does start to erode React Native’s value even more. Shopify maintain a few major open source packages including flash list with 2 million weekly downloads. React Native Skia and Restar. All of these packages are now being handed over to third party maintainers. So it seems Shopify are entirely wiping their hands with React Native. Airbnb also notably left React Native many many years ago because

[05:40] maintaining iOS, Android, and a bridge was three platforms, not one. Now, I’ve loved developing in React Native for years. I spent most of my career in that space. But I do think this is the beginning of the end for crossplatform tech. As agents improve, why would you not want to optimize for performance and better platform native functionality like CloudKit and Swift UI? Of course, you could interact with these systems through React Native, but performance is never going to be as good. Let me know what you think in the comments.

[06:11] Subscribe if you haven’t already. We release tech and AI content constantly and I’ll see you next time.