O Sucesso do Swift no Android de Polymarket e a Expansão do 'Skip' Toolchain

Apresentadora: E aí, pessoal, bem-vindos de volta ao Allur! Eu sou a Juliana Santos e é um prazer ter vocês aqui com a gente em mais um episódio. Hoje o papo é daqueles que faz qualquer dev mobile parar o que está fazendo e prestar atenção. A gente sempre ouve aquela velha história: "Ah, vamos fazer em React Native ou Flutter pra economizar código", ou então "Putz, vamos ter que escrever tudo duas vezes, uma em Swift e outra em Kotlin". Mas e se eu te dissesse que a barreira entre o iOS e o Android está ficando cada vez mais fina, e não do jeito que você imagina? Pois é, hoje vamos falar sobre o sucesso estrondoso do Swift no Android, focado no caso real da Polymarket e como essa ferramenta chamada 'Skip' está mudando o jogo. A ideia aqui é entender como uma equipe consegue rodar quase 100% de um app Android usando a linguagem da Apple, sem perder aquela carinha de app nativo e sem as dores de cabeça de performance que a gente já conhece. Preparem o café, porque o papo hoje está num nível técnico sensacional! Apresentadora: E para mergulhar nesse assunto comigo, eu trouxe um convidado que entende tudo de ecossistema mobile e não tem medo de testar essas tecnologias de ponta. Ele é Senior Mobile Lead e já viu de tudo, desde os tempos do Objective-C até essa nova onda de multiplataforma. Seja muito bem-vindo ao Allur, Bruno Oliveira! Convidado: Valeu, Juliana! É um prazer enorme estar aqui no Allur. Cara, esse tema é quente, né? Falar de Swift no Android soa até como heresia para alguns puristas, mas o que está acontecendo agora com o Skip e casos como o da Polymarket é algo que a gente precisa analisar com muito carinho, porque resolve problemas reais de engenharia. Apresentadora: Pois é, Bruno! Eu confesso que quando li pela primeira vez sobre o app da Polymarket no Android ser quase todo em Swift, eu pensei: "Peraí, como assim?". Explica pra gente, como é que esse cenário evoluiu de um "sonho distante" para algo que está em produção e funcionando super bem? Convidado: Então, Ju, o grande trauma do desenvolvedor mobile sempre foi a duplicação de lógica. Você escreve toda a regra de negócio, validação de dados e chamadas de API em Swift pro iOS, e depois tem que fazer o "espelho" disso em Kotlin pro Android. O Polymarket é um exemplo de plataforma que cresceu muito rápido e precisava de agilidade. Eles são "iOS-first", mas não podiam ignorar o mercado Android. Só que, em vez de contratarem um time gigante de Android para refazer tudo, eles apostaram no Swift-on-Android. A grande sacada não é só "rodar" o código lá, mas sim como isso é feito. Hoje, com ferramentas mais maduras, você não precisa mais levar uma "mochila" pesada, tipo uma runtime gigante do Swift pro Android. O código é integrado de uma forma muito mais inteligente. Apresentadora: E é aí que entra o tal do 'Skip', né? Eu andei lendo que ele é uma *toolchain*, mas não é exatamente como um React Native da vida. Como o Skip funciona na prática? Ele traduz o código ou ele cria uma ponte? Convidado: Cara, o Skip é massa demais por causa da abordagem dele. Ele não é um framework de UI cross-platform, tipo "escreva um botão aqui e ele aparece lá". Ele foca na compilação. Basicamente, o Skip funciona como uma ponte que traduz o seu código Swift diretamente para Kotlin e para o ecossistema da JVM. O ponto chave é que ele se integra com o Kotlin Multiplatform (KMP). Então, tipo assim, você escreve sua lógica de negócios, seus ViewModels e seus modelos de dados em Swift. O Skip pega isso e gera o código equivalente em Kotlin que o Android entende nativamente. Não tem uma "máquina virtual" do Swift rodando dentro do Android consumindo memória, sabe? É código nativo conversando com código nativo. Apresentadora: Ah, entendi! Então a gente tá falando de compartilhar a "inteligência" do app, mas a interface ainda pode ser nativa de cada plataforma? Convidado: Exatamente! Esse é o "pulo do gato". Você mantém o SwiftUI no iOS e usa o Jetpack Compose no Android para a UI, se quiser, mas toda a parte pesada — o que a gente chama de *business logic* — é a mesma. No caso da Polymarket, eles conseguiram reaproveitar quase tudo. Imagina a produtividade, Juliana! Se tem um bug na regra de cálculo de uma aposta, você corrige no Swift e, "vrau", tá corrigido pro Android também via Skip. É uma fonte única de verdade. Apresentadora: Nossa, isso deve salvar um tempo absurdo. Mas Bruno, e a performance? Porque sempre que a gente fala de "tradução" ou "ponte", o pessoal do Android já fica com o pé atrás achando que o app vai ficar lento ou que o arquivo APK vai ficar gigantesco. Como o Skip lida com isso? Convidado: Cara, essa é a melhor parte. Como o Skip foca em gerar código Kotlin/Linguagem intermediária da JVM, a performance é virtualmente a mesma de um app escrito puramente em Kotlin. Não tem aquele *overhead* de ter que passar por uma camada de JavaScript ou ter um motor gráfico próprio rodando por cima de tudo. O app fica responsivo, fluido e, o mais importante: ele respeita o comportamento do sistema operacional. O usuário do Android nem percebe que aquela lógica por trás foi escrita originalmente em Swift. E sobre o tamanho do app, como ele não embarca uma runtime pesada, o impacto é mínimo. É uma integração muito limpa. Apresentadora: Massa! E me diz uma coisa, pro desenvolvedor que é focado em iOS e olha pro Android com um pouco de receio... essa barreira de aprendizado diminui muito, né? Convidado: Com certeza! Esse é um dos maiores benefícios tangíveis. O dev Swift continua escrevendo no Xcode, usando as ferramentas que ele gosta, e consegue entregar valor pro Android. É claro que você ainda precisa entender um pouco do ecossistema Android para lidar com coisas específicas, como permissões ou notificações, mas 80% do trabalho, que é a lógica, ele já domina. Isso reduz custo, reduz o tamanho do time necessário e, cara, a qualidade sobe muito porque você não tem aquela "perda na tradução" quando um dev iOS tenta explicar a regra pro dev Android. Apresentadora: Faz total sentido. É como se a gente estivesse finalmente chegando no "santo graal" do compartilhamento de código sem sacrificar o que torna cada plataforma especial. E olhando pro futuro, Bruno, você acha que o caso da Polymarket é um ponto fora da curva ou a gente vai ver uma explosão de apps usando Swift no Android via Skip? Convidado: Olha, Juliana, eu aposto na segunda opção. O sucesso do Polymarket tirou esse conceito do campo da experimentação e provou que é viável para apps de grande escala, com dinheiro de verdade envolvido. O ecossistema Swift é muito maduro e amado pelos desenvolvedores. Com o Skip evoluindo e facilitando essa transição, muitas empresas que hoje sofrem para manter dois códigos-base vão olhar para isso com muita fome. Não é mais uma curiosidade técnica, é uma estratégia de negócio inteligente. O Swift no Android veio para ficar e o Skip é a ferramenta que abriu a porteira. Apresentadora: Que incrível, Bruno! Realmente, é uma mudança de paradigma. Para a gente encerrar, qual dica você dá para quem ficou curioso e quer começar a explorar o Skip ou essa arquitetura de Swift no Android? Convidado: Minha dica é: comecem pequeno. Peguem um módulo de lógica, uma biblioteca interna de validação, e tentem rodar com o Skip. Leiam a documentação deles, que é muito boa, e deem uma olhada no case da Polymarket para entender os desafios que eles enfrentaram. É um caminho sem volta para quem busca eficiência. Apresentadora: Sensacional. Bruno, muito obrigada por compartilhar sua visão com a gente hoje. Foi um papo muito esclarecedor! Convidado: Eu que agradeço, Juliana! Valeu pelo convite e até a próxima, pessoal! Apresentadora: E para você que nos ouviu até aqui, valeu demais por sintonizar no Allur! O caso da Polymarket e o Skip Toolchain mostram que o desenvolvimento mobile está mais dinâmico do que nunca. Se você quer saber mais, vamos deixar os links sobre o Skip e o estudo de caso na descrição do episódio. Não esquece de seguir a gente nas redes sociais e compartilhar esse episódio com aquele seu amigo dev que ainda acha que Swift só roda em iPhone. Valeu e até o próximo Allur!