스크립트
00:00:00o Shopify tem sido um grande apoiador do React Native por meia década, mas esta semana eles anunciaram
00:00:05que vão voltar para o nativo, e se você entender o motivo, talvez queira mudar também. A maior
00:00:10promessa de plataformas como o React Native é que você pode criar seu aplicativo uma vez e lançá-lo para Android
00:00:15e iOS. É apenas uma base de código, uma linguagem e muito menos manutenção. O Shopify apostou tudo
00:00:21nessa ideia, mantendo pacotes do React Native com aparentemente mais de 2 milhões de downloads semanais.
00:00:26E tão recentemente quanto 2025, eles publicaram artigos renovando seu apoio à tecnologia. Mas um
00:00:32ano depois, eles de repente mudaram de ideia radicalmente. Todos esses repositórios de código aberto estão sendo
00:00:37abandonados e a empresa voltou totalmente para o nativo. O principal motivo são os avanços na IA; com
00:00:44os modelos mais recentes e algumas tecnologias internas inteligentes, o ônus de criar dois aplicativos separados não
00:00:49existe mais. Você pode simplesmente colocar um modelo no seu app para iOS e dizer: “Ei, crie isso para mim em Android”, e funciona.
00:00:55Então, hoje vamos ver exatamente como o Shopify está desenvolvendo para o nativo, e eu concordo plenamente
00:01:00com eles nisso. Apesar de ter programado em React Native durante boa parte da última década, eu também
00:01:06voltei para o nativo e fiquei agradavelmente surpreso. Então, espero que neste vídeo eu consiga convencer
00:01:12você a fazer o mesmo. O Shopify publicou um artigo na semana passada dizendo que o nativo agora é o futuro móvel
00:01:23do Shopify, e está cheio de excelentes ideias. Eles falam sobre como evitar textos gerados por IA de baixa qualidade criando um sistema chamado
00:01:29Helix para dividir o trabalho dos agentes em pedaços menores e como gerenciar ciclos de feedback rápidos para que os agentes possam testar
00:01:36rapidamente. Depois de programar com nativo nos últimos meses, isso mudou fundamentalmente o meu
00:01:42próprio fluxo de trabalho. Então vamos ver tudo isso, mas primeiro: por que a mudança? Porque, como eles mesmos disseram,
00:01:48ainda em 2025, eu escrevi que o futuro do React Native era brilhante e que o Shopify planejava continuar investindo
00:01:54nele. Mas, desde então, os modelos de código melhoraram drasticamente, e para os aplicativos e nossa equipe,
00:01:59desenvolver o mesmo recurso em Swift e Kotlin não custa mais o que custava antes. Portanto, os benefícios do
00:02:05React Native de criar uma vez para ambas as plataformas não se aplicam mais graças à IA. Primeiramente, eles criaram este
00:02:11sistema chamado Helix para resolver as limitações dos modelos atuais. Eles disseram que é tentador apenas direcionar um LLM para
00:02:17o código do React Native e tentar criar o mesmo recurso em nativo de uma vez só, mas isso simplesmente não funciona.
00:02:23Mesmo se você pedir para ele reunir o máximo de informações possível, estruturar isso em especificações e arquivos de tarefas e
00:02:29depois implementar, você acaba com uma quantidade enorme de código impossível de manter que não pode ser lançado. O Helix, em vez disso,
00:02:34antecipa que a primeira tentativa não será perfeita e cria um loop onde uma tentativa imperfeita simplesmente
00:02:41não pode avançar até se tornar um bom resultado. Um desenvolvedor primeiro aponta o Helix para uma tela, ele lê
00:02:46o código do React Native e propõe uma sequência de pontos de verificação: pequenas fatias ordenadas do trabalho que
00:02:52podem ser revisadas em minutos. Então, ponto por ponto, ele constrói cada uma, exigindo provas de comportamento com testes,
00:03:00compatibilidade visual com o aplicativo em execução, aprovação em duas revisões de código adversariais e o aval humano
00:03:05antes de ser confirmado e o próximo começar. O feedback de cada uma dessas revisões é lembrado,
00:03:11tornando o loop mais autônomo à medida que a migração avança. Essa abordagem elimina efetivamente códigos ruins,
00:03:18mas com tudo isso em vigor, ainda restava um grande problema, porque compilar e testar para nativo
00:03:23é lento. Os agentes podem fazer alterações em segundos, mas levam vários minutos para testar o resultado.
00:03:29Isso torna a iteração extremamente lenta e manual. Não importa realmente quão bom seja o modelo se
00:03:34ele não puder testar seu trabalho rapidamente, o que é especialmente difícil em dispositivos móveis. O Shopify resolveu isso de duas
00:03:40maneiras específicas: primeiro, a lógica de negócios deve ser completamente desacoplada da interface do usuário. Isso significa que a lógica pode ser executada
00:03:46sem interface no desktop e fica disponível para os agentes executarem via CLI,
00:03:52permitindo que iterem em milissegundos em vez de minutos, sem envolver simuladores. No contexto do desenvolvimento web, isso é como
00:03:58manter todo o estado do seu aplicativo em JSON e disparar ações para atualizar esse armazenamento JSON. A interface é apenas
00:04:04uma representação desse estado, então nunca há necessidade de processar a árvore de acessibilidade, inspecionar a
00:04:10tela ou encontrar e clicar em nenhum elemento. Tudo pode ser executado sem a interface de usuário e, em casos
00:04:16onde você realmente precisa renderizar a interface, ainda é possível controlar todas as interações a partir da CLI,
00:04:22para que tudo continue rápido. Este é o agente testando um aplicativo em tempo real, e isso não está acelerado.
00:04:28Eu criei uma demonstração simples fazendo o mesmo, que através da CLI pode abrir o YouTube e
00:04:32se inscrever no Better Stack. Mas você nem precisa de um agente para fazer isso, você pode apenas se inscrever
00:04:36usando o botão abaixo deste vídeo. Sem uma configuração como esta, você precisaria usar o
00:04:41XCUITest da Apple, mas isso é executado fora do processo, encontra elementos percorrendo a hierarquia de acessibilidade,
00:04:46sintetiza toques e consulta a árvore novamente para verificar, o que, em contrapartida, é super lento e instável. Então,
00:04:53seguindo essas técnicas, o aplicativo Shop já foi lançado totalmente em nativo — esse é um app com 3 milhões
00:04:59de downloads mensais. Agora, a ressalva aqui é que o Shopify é, obviamente, uma empresa enorme; você ainda teria que
00:05:06manter dois aplicativos sozinho, mas eu diria que isso é o que é possível com os modelos hoje. Ao longo dos próximos
00:05:11meses e anos, isso só vai ficar mais fácil, e acho que isso começa a desgastar ainda mais o valor do React Native.
00:05:17O Shopify mantém alguns grandes pacotes de código aberto, incluindo o FlashList com 2 milhões
00:05:23de downloads semanais, React Native Skia e Restyle. Todos esses pacotes estão sendo entregues a
00:05:30mantenedores terceirizados, então parece que o Shopify está lavando as mãos em relação ao React Native.
00:05:36O Airbnb também deixou o React Native há muitos e muitos anos, porque manter iOS, Android e uma ponte
00:05:43eram três plataformas, não uma. Agora, eu adorei programar em React Native por anos, passei a maior parte da minha carreira
00:05:50nessa área, mas acho que este é o começo do fim para a tecnologia multiplataforma. Conforme os agentes melhoram,
00:05:56por que você não iria querer otimizar para desempenho e melhor funcionalidade nativa da plataforma, como CloudKit
00:06:02e SwiftUI? Claro, você poderia interagir com esses sistemas através do React Native, mas o desempenho
00:06:08nunca será tão bom. Deixe-me saber o que você acha nos comentários, inscreva-se se ainda não o fez;
00:06:13lançamos conteúdo de tecnologia e IA constantemente, e vejo você na próxima.
커뮤니티 글
아직 글이 없습니다. 이 영상에 대한 첫 번째 글을 작성해 보세요!
이 영상에 대해 글쓰기