17 pontos por GN⁺ 2026-01-22 | 3 comentários | Compartilhar no WhatsApp
  • Framework nativo multiplataforma baseado em Swift e SwiftUI que permite desenvolver apps para iOS e Android com uma única base de código
  • A partir da versão 1.7 do Skip, todas as restrições de licença foram removidas, transformando-o em uma ferramenta totalmente open source que qualquer pessoa pode usar gratuitamente
  • O mecanismo principal, skipstone, foi publicado no GitHub, oferecendo em código aberto funções centrais de build como criação de projetos, conversão e empacotamento
  • Os assinantes pagos atuais serão automaticamente convertidos para um programa de patrocínio, e será possível apoiar o projeto com contribuições individuais ou corporativas
  • Esta abertura marca um ponto de virada para a construção de um ecossistema de longo prazo centrado na comunidade e para oferecer uma experiência realmente nativa

Visão geral

  • Desde seu lançamento em 2023, o Skip vem evoluindo com o objetivo de permitir o desenvolvimento simultâneo de apps para iOS e Android com código em Swift e SwiftUI
    • No início, começou com um transpilador de Swift para Kotlin e suporte básico à API do SwiftUI
  • Depois, passou a oferecer compilação nativa para Android por meio da criação do Swift Android Workgroup e do lançamento do Swift Android SDK
  • Hoje, é compatível com dezenas de frameworks integrados e milhares de pacotes Swift, além de oferecer a implementação independente de SwiftUI mais completa

Limites das ferramentas de desenvolvimento pagas

  • Até agora, o Skip exigia assinatura paga e chave de licença, e apenas desenvolvedores individuais com renda abaixo de determinado limite podiam usá-lo gratuitamente
  • No entanto, a maioria dos desenvolvedores espera ferramentas gratuitas, e os principais IDEs, como Xcode e Android Studio, também são oferecidos sem custo
  • Há preocupações sobre a sustentabilidade de ferramentas pagas e fechadas
    • Se a empresa encerrar as atividades ou for adquirida, existe o risco de ficar difícil manter os apps dos desenvolvedores
  • Para resolver isso, o Skip está migrando para uma base totalmente gratuita e open source, permitindo que a comunidade mantenha a tecnologia de forma independente

O que mudou

  • A partir do Skip 1.7, chave de licença, versão de avaliação e EULA foram todos eliminados
    • Usuários atuais: após a atualização, a chave de licença não será mais necessária
    • Novos usuários: podem fazer builds imediatamente
  • O mecanismo do Skip, skipstone, foi tornado open source
    • Inclui funções centrais de build como criação e gerenciamento de projetos, plugins para Xcode e SwiftPM, conversão de iOS para Android, empacotamento de recursos, ponte JNI, transpilação de código-fonte, empacotamento de apps e exportação de projetos
    • Repositório público no GitHub: https://github.com/skiptools
  • Migração do site oficial
    • Mudança de skip.tools para skip.dev
    • Inclui documentação, blog e estudos de caso, e o próprio site também foi publicado como open source

Suporte futuro ao Skip

  • O Skip vem sendo operado de forma independente e sem investimento externo, mantendo o foco nos desenvolvedores sem controle de grandes empresas de tecnologia
  • Para preservar essa independência, é necessário apoio da comunidade
    • Assinantes atuais serão convertidos automaticamente para os níveis Individual ou Supporter
    • Desenvolvedores individuais podem apoiar mensalmente via GitHub Sponsors
    • Empresas podem apoiar diretamente o desenvolvimento, a manutenção do framework e a infraestrutura por meio do programa de patrocínio
  • O apoio ajuda a garantir o desenvolvimento contínuo e o sucesso de longo prazo do Skip, além de fortalecer a competitividade da equipe de desenvolvimento

Próximos planos

  • Atualmente, o desenvolvimento de apps enfrenta limitações dos frameworks multiplataforma tradicionais
    • Mudanças recentes nos sistemas de UI, como Liquid Glass no iOS e Material Expressive no Android, são difíceis de acompanhar
    • Os compromissos de uma base de código unificada levam a interfaces desatualizadas e perda de competitividade
  • O Skip seguirá evoluindo para oferecer uma experiência totalmente nativa em ambas as plataformas
  • Tornar-se open source é o próximo passo para abranger diferentes ecossistemas como Swift e Kotlin, SwiftPM e Gradle, Xcode e Android Studio
  • O avanço contínuo dependerá da participação e do apoio da comunidade de desenvolvedores,
    rumo à visão do Skip de uma “base multiplataforma sem concessões”

3 comentários

 
iolothebard 2026-01-23

A ilusão de uma plataforma cruzada (que parece ao alcance, mas nunca se deixa pegar)

 
GN⁺ 2026-01-22
Comentários do Hacker News
  • Acho triste a realidade de que desenvolvedores esperam ferramentas gratuitas
    É raro, mesmo comparando com outras profissões, que uma categoria com renda alta como a nossa não gaste dinheiro com ferramentas
    Se possível, seria bom não depender de FAANG ou de capital de VC, e pagar diretamente por bons softwares

    • As ferramentas de mais alta qualidade no desenvolvimento de software são, em sua maioria, FOSS (código aberto)
      Somos uma área que pode criar as próprias ferramentas, e o custo de distribuição é zero
      Como existe a mentalidade de “eu mesmo posso fazer isso”, o mercado de ferramentas pagas para dev tem limites
      O código aberto reduz esse tipo de insatisfação, e o usuário só precisa lutar contra a própria preguiça
    • Para mim, quanto mais ferramentas comerciais fechadas entram nas dependências, menos coisas eu realmente consigo fazer
      Mais importante que o preço é a liberdade
      Concordo que é arriscado depender totalmente da estratégia de um app em uma ferramenta paga e fechada de uma empresa pequena
    • Na empresa anterior, se a ferramenta fosse confiável, a gente pagava com gosto com o dinheiro da empresa
      Mas, quando já haviam sido gastos milhões de dólares em outras soluções, gastar alguns milhares em uma nova ferramenta encontrava barreiras burocráticas altas demais
      Não é que os desenvolvedores não queiram gastar dinheiro; muitas vezes a própria estrutura da organização impede isso
    • Acho que ferramentas de código aberto são melhores
      Se você encontra bugs ou limitações, pode corrigir e compartilhar por conta própria
      Como no exemplo do carro, para quem prefere uma estrutura em que dá para mexer diretamente, open source é muito mais atraente
    • Somos uma das profissões de alta renda com a maior proporção de gente trabalhando de graça
      Advogados e médicos também fazem trabalho pro bono, mas não chegam perto da escala do open source
  • Ao ver como o Skip funciona, fiquei me perguntando se algum dia chegará a era em que agentes de IA convertam automaticamente código de uma plataforma (como iOS) em código nativo de outra plataforma (como Swift, Kotlin etc.)

  • Até agora não encontrei um ambiente de desenvolvimento mobile multiplataforma realmente satisfatório, então o Skip me pareceu interessante
    Mas, quando vi que ele exige macOS 15 ou superior e Xcode 16.4 ou superior, não era bem o que eu esperava
    A afirmação ousada de “máxima eficiência sem runtime adicional” também chama atenção, mas a exigência de 32 GB de memória surpreende

  • Do ponto de vista de um desenvolvedor Flutter, fiquei em dúvida sobre por que o Skip seria necessário
    O Flutter já é maduro e oferece suporte não só para mobile, mas também para desktop e web
    Ainda assim, estou curioso para saber quanto ganho de desempenho o Skip pode trazer e, quando o preço da DRAM estabilizar, pretendo testar

    • O Flutter não consegue implementar as UIs mais recentes do iOS, como Liquid Glass, nem do Android, como Material Expressive
      Por isso a interface parece de uma geração anterior, e essa limitação aumentou meu interesse pelo Skip
      Se você gosta de Dart ou quer uma UI totalmente customizada, Flutter também serve, mas, para negócios em que uma sensação nativa premium é importante, o Skip parece mais adequado
      Issue relacionada: Flutter issue #170310
    • Sempre sinto uma certa estranheza quando vejo apps em Flutter
      Mesmo quando os widgets parecem nativos, algo fica esquisito, e as animações também não são tão fluidas
      Passa a sensação de estar um nível abaixo do React Native
    • O Flutter tem muitas limitações em desempenho, acessibilidade e acesso a recursos nativos
      A integração com Google Maps, em especial, é terrível
      No fim, o custo de fazer um ótimo app em Flutter acaba sendo parecido com o de um app nativo
      A exigência de 32 GB do Skip não surpreende se você considerar todo o ambiente de desenvolvimento, com Xcode, Gradle, emuladores etc.
    • Como o Flutter ainda não oferece suporte ao Liquid Glass, é difícil vê-lo como uma alternativa séria
      A menos que você queira uma UI totalmente customizada, é difícil preservar a identidade própria da plataforma
    • Há um ano tentei fazer um app para Mac com Flutter, mas desisti por causa da falta de documentação e da imaturidade da plataforma
  • Como o título do post usa um nome de software muito pouco claro, eu gostaria que fosse mais descritivo

  • Dei uma olhada no repositório GitHub do Skip e ele não tem arquivo de licença
    Então eu o considero na categoria “não use (DONT USE)”
    Já o repositório Skipstone tem licença, mas inclui o Skip como vendor, o que gera confusão

    • O plugin do Xcode no repositório /skip usa binários gerados em /skipstone
      A ausência da licença foi um erro, e isso será corrigido em breve
    • Agora a licença LGPL3 foi adicionada
    • Foi apenas um erro simples e já corrigido, não uma omissão intencional
  • Apesar de várias tentativas, a ideia de unificar o build de iOS e Android é fundamentalmente difícil
    Já houve várias abordagens com HTML, JS, React, Dart, Kotlin, Swift etc., mas em escala de mais de 10 milhões de instalações todas falharam
    Texto relacionado

    • Mas essa afirmação está errada
      O app do Nubank, no Brasil, foi desenvolvido em Flutter e é um grande serviço usado por mais de 100 milhões de pessoas
    • Eu também desenvolvi um app em Flutter entre 2018 e 2021, ele chegou a 15 milhões de instalações e ainda recebeu destaque na App Store e prêmio de design
      Um dos fatores de sucesso foi o fato de a base de código não ter crescido demais
  • Fiquei chocado ao ver a frase “recomendado no mínimo 32 GB de memória para desenvolver com Skip”

    • Se você roda ao mesmo tempo os toolchains de iOS (Xcode, simulador) e Android (Gradle, emulador), o uso de memória realmente sobe bastante
      O próprio Skip é leve, e no modo headless dá para usar com muito menos memória
    • Parece que as IDEs mobile olharam para o inchaço das IDEs de FPGA e pensaram: “a gente consegue ir além”
    • Pelos preços atuais de RAM, DDR5 custa mais de 300 dólares e DDR4 também passa de 200 dólares
    • Provavelmente esse requisito só vale durante a fase de desenvolvimento
    • Isso acontece porque o Skip usa os toolchains de iOS e Android e também os próprios transpilers dele (como Skip Lite e Skip Fuse)
      A ineficiência de memória não é culpa do Skip, mas sim um problema estrutural dos toolchains da Apple e do Google
  • Eu queria portar para Android o app de navegação para pessoas com deficiência visual Soundscape Community, e o Skip parece uma solução ideal
    Se a acessibilidade (TalkBack) também for traduzida para UI nativa, parece que funcionará bem
    Link do GitHub do Soundscape

    • O Skip usa SwiftUI no iOS e Jetpack Compose no Android, então ele oferece suporte direto aos recursos de acessibilidade de cada plataforma
      Exemplo de código: documentação de acessibilidade do Skip
  • Parece que o Skip pode se firmar como uma opção multiplataforma de longo prazo para SwiftUI
    Seria ótimo se a Apple participasse diretamente desse conjunto de ferramentas ou ao menos abrisse o código do SwiftUI em alguma medida
    Se a comunidade conseguisse melhorar os problemas relacionados ao macOS e alcançar a flexibilidade e funcionalidade do AppKit, o ecossistema de UI baseado em Swift ficaria muito mais forte