Guilherme Delgado usa a sua experiência para abordar o futuro do mobile e a forma como as linhas estão a esbater-se no debate entre nativo vs cross-platform.
No mundo da programação mobile, após Symbian, Java ME e Windows Phone, o termo “native” era usado para categorizar aplicações feitas para Android com Java e para iOS com Objective-C. Hoje, com o surgimento das tecnologias cross-platform, a definição tornou-se menos clara. Além disso, “native” passou a incluir experiências de utilizador, experiência do programador e a forma como os frameworks são construídos.
Durante muito tempo, o nativo era sinónimo de melhor performance, maior controlo sobre a experiência do utilizador e acesso total aos recursos do sistema. Contudo, muitas equipas de hoje são multidisciplinares, reunindo engenheiros com competências em Swift, Kotlin, React Native ou Flutter, e os frameworks cross-platform evoluíram a ponto de serem suficientes para a maioria dos produtos. Assim, a questão central deixa de ser apenas “ser nativo” e passa a ser “qual é a melhor abordagem dentro das restrições de cada projeto”.
Fatores que influenciam a escolha
A decisão entre nativo e cross-platform é moldada por fatores internos e externos.
Do lado externo, clientes podem impor preferências com base em código existente ou experiência interna, enquanto o mercado é influenciado pela disponibilidade de talento e percepção de tecnologias seguras.
Internamente, a experiência da equipa é muitas vezes determinante: equipas fortes em Kotlin e Swift tenderão a optar pelo nativo, enquanto equipas com experiência em JavaScript ou Dart poderão preferir cross-platform. O tipo de produto também conta: produtos de longa duração e complexos beneficiam do nativo, enquanto MVPs ou protótipos rápidos ganham com soluções cross-platform.
Prazos apertados podem igualmente justificar a escolha de cross-platform para acelerar a entrega. A tecnologia escolhida acrescenta outra camada de decisão. A maturidade do stack, a existência de uma comunidade ativa e a qualidade do ecossistema impactam diretamente a produtividade. A performance e experiência do utilizador continuam a ser vantagens do nativo, embora a diferença esteja a diminuir. Por outro lado, frameworks cross-platform adicionam camadas de abstração, que podem atrasar novas funcionalidades ou introduzir bugs. Finalmente, é crucial avaliar a escalabilidade e sustentabilidade a longo prazo.
Casos práticos
Na minha experiência como engineering manager, cenários muito diferentes exigem abordagens distintas:
- Projeto com prazo muito curto, cliente pouco técnico e versão web existente: usamos React Native com um único programador, focando apenas nas funcionalidades mínimas.
- Projeto com integração NFC e orçamento limitado: um programador nativo, usou Kotlin Multiplatform para partilhar lógica de negócio e replicou as UIs em cada plataforma.
- Evento de grande escala com prazo apertado: três programadores React Native que asseguram uma entrega rápida e robusta.
- Produto estratégico com roadmap longo e integrações avançadas: quatro programadores nativos são necessários para garantir performance e controlo total.
Estes casos mostram que não existe uma resposta universal: a decisão depende do contexto, do cliente, da equipa, do orçamento, dos prazos e das exigências do produto.
O futuro do mobile
O debate nativo vs cross-platform continua, mas as linhas estão a esbater-se. Cross-platform tornou-se suficientemente maduro, enquanto soluções como Kotlin Multiplatform e Compose Multiplatform permitem partilhar lógica e interface, mantendo os fundamentos nativos. O Compose Multiplatform destaca-se como promissor, permitindo adoção gradual, integração com projetos existentes e até coexistência com SwiftUI.
Mais do que escolher entre nativo e cross-platform, o desafio é equilibrar performance, velocidade de entrega e sustentabilidade. O futuro poderá não passar por uma decisão binária, mas por tecnologias que combinem os pontos fortes de ambos os mundos, permitindo que equipas criem produtos de qualidade, entreguem valor rapidamente e cresçam com segurança. No fim, a pergunta deixa de ser “nativo ou não” e passa a ser: qual tecnologia empodera a equipa e potencializa o produto?
Este texto é um resumo de um trabalho original que apresenta uma análise mais aprofundada, disponível neste link.
Por Guilherme Delgado – Head of Mobile Development at Bliss Applications
(Teksapo)