A App Store bateu quase 600 mil novos apps em um trimestre. Por trás desse número, tem muito mais código gerado do que digitado.

Tem algo diferente acontecendo no pipeline de desenvolvimento mobile. O número de novos aplicativos submetidos à App Store da Apple cresceu cerca de 84% em um único trimestre, chegando perto de 600 mil apps no mundo todo. E não é porque surgiu uma geração de devs mais talentosos de uma hora pra outra.

O que mudou foi o custo de produção de software. As ferramentas de codificação com IA não estão apenas autocompletando linhas, elas estão gerando componentes inteiros, conectando APIs, debugando e estruturando projetos. O desenvolvedor, em muitos fluxos de trabalho modernos, virou mais revisor do que autor.

De autocomplete glorificado a co-autor de verdade

Quando o GitHub Copilot apareceu, muita gente tratou como um autocomplete turbinado. Útil, mas nada estrutural. O que está acontecendo agora é diferente.

A nova geração de ferramentas não sugere a próxima linha, ela entende a intenção e entrega o bloco funcional. Você descreve o comportamento, ela devolve a implementação. Você revisa, ajusta, testa. O loop mudou.

Isso tem consequências diretas no tempo de desenvolvimento:

• Scaffolding que levava horas agora leva segundos

• Funções repetitivas (CRUD, validações, integrações com APIs conhecidas) saem em minutos

• O tempo que sobra vai pra onde deveria sempre ter ido: arquitetura, lógica de negócio, experiência do usuário

A barreira de entrada caiu, e o volume prova isso

Por décadas, lançar um app exigiu domínio simultâneo de várias disciplinas: linguagem nativa ou cross-platform, design de UI, testes, CI/CD, publicação. Cada uma dessas etapas era um filtro natural.

Hoje, alguém com conhecimento técnico básico consegue produzir um app funcional e publicar. Isso não é especulação, é o que os dados da App Store estão mostrando.

Mais devs independentes, times enxutos e criadores não-tradicionais estão conseguindo ir do zero ao deploy. O que antes exigia uma equipe, hoje pode sair de uma pessoa com as ferramentas certas e contexto suficiente.

O problema que vem junto com o volume

Mais apps não é automaticamente melhor ecossistema. Quando a barreira de criação cai, a barreira de qualidade precisa ser mantida, e aí está o atrito real.

A Apple já estava usando IA internamente para escalar o processo de revisão da App Store. Agora, com o volume explodindo, isso virou necessidade operacional. Mas revisão automatizada tem limites: ela filtra o óbvio, não o sutil.

O risco concreto para o ecossistema:

• Duplicação em massa: vários apps com propostas quase idênticas, difíceis de diferenciar pra quem busca

• Código gerado sem revisão: funciona nos testes, quebra em edge cases que o modelo não antecipou

• Descoberta prejudicada: stores cada vez mais lotadas tornam a distribuição orgânica mais difícil

O que muda no trabalho do dev

Essa não é uma conversa sobre “a IA vai substituir desenvolvedores”. É uma conversa sobre o que o trabalho de desenvolver software está se tornando.

Se você passa menos tempo escrevendo código boilerplate, precisa ser melhor em outras coisas:

• Leitura crítica de código gerado — entender o que foi produzido, por que funciona e onde pode falhar

• Prompt engineering aplicado ao desenvolvimento — saber formular o problema pra obter código utilizável

• Visão de arquitetura — porque a IA gera peças, mas quem conecta os sistemas ainda é você

• Teste e validação — o volume de código produzido aumenta proporcionalmente a necessidade de cobertura de testes

O papel está migrando de quem escreve para quem orienta e valida. Isso exige um conjunto diferente de habilidades, não menos habilidades.

O que vem a seguir

O aumento de submissões na App Store é um indicador, não o fenômeno em si. O fenômeno é que as ferramentas de IA estão redistribuindo quem tem capacidade de criar software e com qual velocidade.

Para devs experientes, isso é uma alavanca. Para o ecossistema como um todo, é um desafio de qualidade que ainda está sendo calibrado.

O próximo ciclo vai exigir que plataformas, times e desenvolvedores individuais pensem seriamente sobre o que significa qualidade quando o custo de produzir código caiu drasticamente. Porque publicar ficou fácil, mas construir algo que vale a pena usar continua sendo o problema central.