Skip to content
Tech AI Wire

Shopify abandona o React Native por Swift e Kotlin

A Shopify está reconstruindo seus apps em Swift e Kotlin seis anos após apostar no React Native. Agentes de código fizeram parte suficiente do port para mudar a conta.

Por Tech AI Wire Team

3 min de leitura

XLinkedIn
A Shopify Point of Sale card terminal standing on a plain gray studio backdrop.

Em números

to rebuild the Shop app, with 6 engineers
12 weeks
smaller Android app, a 37% cut
-109 MB
fewer crashes, per Shopify
10x
Shop app cold startup time
Android, React Native
4433ms
Android, native
2233ms
iOS, React Native
3200ms
iOS, native
2466ms

A Shopify está reconstruindo todos os aplicativos móveis que publica em Swift e Kotlin, seis anos depois de declarar o React Native como seu futuro. O anúncio da empresa, em 10 de setembro de 2026, coloca um motivo acima dos outros: "LLMs changed one of the core assumptions behind our 2020 decision."

Essa premissa era o custo de construir a mesma funcionalidade duas vezes. O React Native existia na Shopify para evitar isso. Agentes de código agora absorvem tanto desse trabalho duplicado que o cálculo virou.

O que mudou na conta

A Shopify adotou o React Native em 2020 por três razões declaradas: não construir as mesmas funcionalidades duas vezes, permitir que desenvolvedores atuassem em toda a pilha e gastar menos tempo perseguindo paridade. Funcionou. A InfoQ relata que os apps chegaram a tempos de carga abaixo de 500 milissegundos e a mais de 99,9% de sessões sem falhas.

A empresa reafirmou o rumo ainda em janeiro de 2025, mantendo o React Native depois de uma migração de cinco anos. Depois, segundo o próprio relato, os avanços dos modelos no fim de 2025 foram grandes o bastante para reabrir a questão.

A InfoQ relata que Mustafa Ali, responsável por mobile, reavaliou o compromisso e concluiu que a relação entre benefício e custo de duas bases de código nativas já superava a de uma camada de abstração. A Shopify é direta: o custo não desapareceu. Os agentes agora fazem "parte suficiente do trabalho de implementação, tradução, teste e revisão" para que ele deixe de ser decisivo.

Um segundo empurrão veio do próprio framework. InfoQ e Shopify observam que uma reforma para a New Architecture do React Native estava a caminho, o que de todo modo exigiria refazer boa parte dos módulos nativos e da renderização.

Os números da reconstrução

Um engenheiro provou a abordagem em uma semana. Seis engenheiros então reconstruíram o app Shop, com mais de 300 telas além de widgets, um app para Apple Watch e atalhos da Siri, e o publicaram em 12 semanas.

MedidaReact NativeNativo
Inicialização a frio no Android4.433 ms2.233 ms
Inicialização a frio no iOS3.200 ms2.466 ms
Estabilidade de sessão99,5%+99,95%+
Tamanho do app no Android293 MB184 MB
Tamanho do app no iOS67 MB68 MB

O Android ganhou mais: a inicialização caiu quase à metade, o download encolheu 109 MB, as builds de release ficaram 75% mais rápidas e a rolagem do feed alcançou 120 quadros por segundo. As falhas caíram cerca de dez vezes. O iOS melhorou menos, e o app de iOS ficou 1 MB maior.

As ferramentas que precisaram existir primeiro

O que vale copiar não é a decisão, mas o andaime. O relato de migração da Shopify descreve uma extensão de agente de código chamada Pi, com subagentes separados para revisar o app de origem, documentar seu comportamento, planejar o trabalho de plataforma, implementar funcionalidades e revisar a paridade.

A equipe também construiu uma ferramenta de depuração chamada Tardis, que dá a um agente acesso estruturado aos eventos, logs e estado de um app em execução. Foi isso que permitiu aos agentes conferir o próprio trabalho. Eles comparavam capturas de tela e janelas de eventos dos dois apps em pontos de verificação, considerando as variações normais de execução.

Uma regra sustentou o projeto. O princípio declarado da Shopify era que "Android e iOS devem estar em paridade de funcionalidades todo o tempo". E os controles comuns permaneceram: linting, testes, análise estática, verificações de desempenho e revisão humana de código.

O que isso significa para os desenvolvedores

Leia as perdas antes dos ganhos. Ir para nativo custou à Shopify as atualizações pelo ar, porque versões nativas passam pela revisão das lojas. Se a sua estratégia de publicação depende de soltar uma correção em uma hora, é esse o item que essa decisão gasta.

A lição transferível está na ferramenta, não no framework. Os agentes foram úteis aqui porque a Shopify lhes deu um jeito de observar um app em execução e comparar comportamentos automaticamente. A InfoQ registra o conselho que vem disso. Separe o código de plataforma e de interface da lógica de negócio estável, para que um modelo possa testar resultados em um desktop em vez de em um simulador. Esse padrão é o mesmo que estava por trás da reescrita em Rust do Bun conduzida por IA, onde pontos de verificação confiáveis pesaram mais que a qualidade bruta do modelo.

Evite ler isso como um veredicto sobre o React Native. A Shopify diz com clareza que "native is the right choice for Shopify now, but React Native was the right choice for Shopify in 2020". A InfoQ registra o conselho dela a outros times: pensar em nativo e React Native, em vez de escolher um lado. Uma empresa com apps de 300 telas, seis engenheiros disponíveis e um ambiente de agentes próprio não é o time mediano.

Se você depende do trabalho aberto da Shopify em React Native, verifique a situação. Skia e FlashList encontraram novos mantenedores, e o Restyle será arquivado até o fim de 2026.

Fontes

  1. Native is now the future of mobile at Shopify - Shopify Engineering
  2. Migrating Shop app from React Native to native - Shopify Engineering
  3. Shopify Drops React Native for Swift and Kotlin as AI Changes Cross-Platform Development Tradeoffs - InfoQ

Artigos relacionados