⬅

#carreira

Porque Você Não Consegue Emprego de Programador

Você se dedicou meses aprendendo a programar, enviou o currículo para mais de 100 vagas e sabe quantas entrevistas vieram? Nenhuma. Zero.

E o pior: quando você abre a internet, aparece gente de todo lado falando que a área de TI é uma das maiores oportunidades do mundo, que programador é a profissão do futuro, que nunca houve tanto espaço para entrar na área.

Mas na vida real você estuda, aplica e manda currículo sem parar, e nada acontece. Você começa a duvidar de si mesmo. Será que não tenho talento? Será que escolhi a área errada? Será que é tarde demais?

Não é nada disso.

Hoje eu quero compartilhar o que realmente pode estar acontecendo com você, e mais importante: o que você pode fazer para mudar esse cenário de verdade.

Um Dado Que Parece Contraditório

Segundo uma pesquisa da Forbes, 68% das empresas no Brasil planejam aumentar as contratações de tecnologia em 2026.

Rachel Garcia, líder de talentos da Century na América Latina, disse o seguinte:

Praticamente todas as áreas terão que contratar e desenvolver mais gente para lidar com dados e inteligência artificial. Sem profissionais preparados para desenhar, integrar, operar e evoluir soluções de automação e digitalização de processos com qualidade, os ganhos de produtividade não vão se sustentar.

Ou seja, as vagas existem. E em quantidade.

Então por que você se candidata e não recebe resposta?

A resposta é simples, mas dói ouvir: faltam devs qualificados. Há um excesso de iniciantes sem preparo suficiente para o que o mercado exige hoje. O problema não está na demanda. Está na oferta. Tem muita gente tentando entrar ao mesmo tempo, mas pouca gente chegando preparada do jeito que as empresas precisam.

Isso cria uma situação paradoxal: empresas com vagas abertas há meses sem conseguir preencher, e desenvolvedores mandando currículo sem conseguir resposta. Os dois lados frustrados, mas por razões completamente diferentes.

A Armadilha Clássica

Isso cria um ciclo vicioso que paralisa muita gente.

Sem experiência, ninguém te chama. E se ninguém te chama, você não ganha experiência.

E por que isso ficou tão difícil? Porque a linha de corte ficou muito mais rígida nos últimos anos.

Lá por 2017, 2018, 2019, se você soubesse o básico de Kotlin, conseguia uma vaga Android. A empresa te contratava e ensinava o restante internamente. Esse mercado existiu de verdade, e eu vi isso acontecer com vários alunos e conhecidos que entraram na área nessa época sem precisar de muito mais do que vontade e um conhecimento inicial sólido.

Mas aí veio 2020 e 2021, e o setor forçou contratações em massa. Muita empresa contratando rápido e sem filtro rigoroso, porque precisava crescer. Em seguida, 2022 e 2023 trouxeram as demissões em lote das bigtechs como Amazon, Meta e Google. Dezenas de milhares de devs experientes jogados no mercado ao mesmo tempo. A régua subiu muito. Saber o básico hoje é o mínimo, e ele não te destaca mais.

O que era nível pleno virou requisito de entrada. O que era diferencial virou obrigação. E quem não percebeu essa mudança continua tentando entrar com o padrão de 2019 num mercado de 2026.

Com isso, surgiram três problemas que provavelmente estão te afetando agora.

Problema 1: Vagas Júnior Que Não São Júnior de Verdade

A descrição da vaga pede Kotlin, Jetpack Compose, arquitetura MVVM, integração com API REST, Firebase e ainda inglês.

Isso não é exagero. É o que o mercado espera de um júnior hoje.

Vou te dar um exemplo real de requisitos que aparecem em vagas "júnior" de Android no Brasil agora:

  • Experiência com Kotlin e corrotinas
  • Conhecimento de Jetpack Compose
  • Entendimento de arquitetura MVVM ou MVI
  • Familiaridade com injeção de dependências (Hilt ou Koin)
  • Consumo de APIs REST com Retrofit
  • Versionamento com Git
  • Inglês para leitura de documentação

E em alguns casos ainda adicionam: testes unitários, CI/CD, Firebase, publicação na Play Store.

Isso é o que chamam de vaga júnior. Não é uma vaga para quem está aprendendo. É uma vaga para quem já aprendeu um volume considerável de coisa e consegue trabalhar com autonomia mínima desde o primeiro dia.

As empresas recebem centenas de candidatos por vaga. O recrutador não tem tempo de ler currículo por currículo com atenção. Quem não apresenta um pacote completo de conhecimento simplesmente é descartado antes mesmo de chegar na entrevista. Às vezes de forma automatizada, por palavras-chave que o sistema de triagem não encontrou no seu currículo.

Não é pessoal. É volume.

Problema 2: Tutorial Hell

O segundo problema é que você sabe copiar código, mas não sabe programar de verdade. E isso não te destaca.

Você termina um curso de Kotlin. Depois faz um de Jetpack Compose. Depois acha um tutorial de MVVM no YouTube. Depois começa outro curso porque esse parecia mais completo. No final, não consegue criar nada do zero, sozinho, sem seguir um passo a passo.

Na programação, isso tem nome: tutorial hell, o inferno dos tutoriais.

O que acontece psicologicamente é o seguinte: enquanto você assiste a aula, tudo parece fazer sentido. O instrutor digita, o código funciona, você entende a lógica. Você sente que está aprendendo. Dá aquela sensação boa de progresso.

Mas aí você fecha o vídeo, abre o Android Studio numa tela em branco e trava.

Você não sabe por onde começar. Não sabe quais arquivos criar. Não sabe como estruturar o projeto. A sensação de entendimento que você tinha era real, mas era entendimento do que o instrutor estava fazendo, não da capacidade de fazer sozinho.

Isso tem um nome científico também: ilusão de competência. Você confunde reconhecimento com capacidade de execução. São coisas completamente diferentes.

O mercado quer alguém que saiba resolver problemas. Assistir tutoriais e resolver problemas são coisas completamente diferentes. Na entrevista técnica, ninguém vai pedir para você assistir uma aula e repetir o que o professor fez. Vão te dar um problema e pedir para você resolver.

Problema 3: Falta de Network

A maioria das vagas nunca chega a ser publicada. As empresas contratam muito por indicação.

Quando você manda currículo pelo LinkedIn, você entra na fila disputando atenção na camada mais superficial do processo. Você compete com centenas de pessoas sem nenhuma vantagem além do papel.

Quem já tem conexões dentro da empresa chega antes mesmo da vaga existir. O dev que faz parte da comunidade, que já interagiu com aquele tech lead no GitHub ou no Discord, que apareceu no radar de alguém da empresa, tem uma vantagem enorme sobre quem manda currículo frio para o e-mail de RH.

Não é injusto. É como o mundo funciona. Em todas as áreas, não só em tecnologia.

O problema é que a maioria das pessoas que estão aprendendo a programar ficam 100% focadas no técnico e ignoram completamente a construção de presença. Estudam sozinhas, sem interagir com comunidade, sem mostrar o que estão construindo, sem aparecer em nenhum lugar que as pessoas da área frequentam.

O Que o Recrutador Vê em 30 Segundos

Antes de falar das soluções, preciso te contar uma coisa sobre como funciona o processo seletivo na prática.

Um recrutador em uma empresa de médio porte pode receber de 200 a 500 currículos para uma vaga. O tempo dedicado a cada currículo na triagem inicial é, em média, de 7 a 30 segundos.

Nesse tempo, ele vai olhar para três coisas:

  • Você tem os projetos e tecnologias que a vaga pede no currículo?
  • Tem algo no GitHub ou portfólio que mostre código funcionando?
  • O currículo é legível, objetivo e sem informação irrelevante?

Se qualquer uma dessas três perguntas tiver resposta negativa, seu currículo vai para o descarte. Sem leitura aprofundada, sem chance de explicar no telefone, sem nada.

Isso muda completamente o que você precisa focar. Não adianta ter estudado muito se isso não estiver visível e comprovável de forma imediata no seu currículo e no seu GitHub.

Solução 1: Saia do Tutorial Hell com Projetos Reais

O tutorial é uma ferramenta boa, mas você provavelmente não está usando ele da melhor forma.

O passo que falta é este: pare de acumular cursos e comece a construir algo real com o que você já aprendeu.

Não precisa ser nada complexo. Um app de agendamento de barbearia. Um sistema de controle de estoque para uma loja. Um gerenciador de tarefas pessoais. Um app de acompanhamento de gastos. Qualquer coisa que resolva um problema real e que obrigue você a tomar decisões técnicas sozinho.

O ponto mais importante é sair da posição passiva de quem assiste e entrar na posição ativa de quem constrói.

Você não precisa de carteira assinada para ter experiência. Você constrói algo que funciona, resolve um problema real e toma decisões técnicas. Isso sim é experiência.

A diferença entre um projeto de tutorial e um projeto de portfólio é essa: no tutorial, você seguiu as instruções de outra pessoa. No projeto próprio, você encarou um problema, tomou decisões de arquitetura, resolveu bugs sem ter a resposta pronta, e fez funcionar. Isso é o que o entrevistador quer ver.

Quando você constrói algo do zero, inevitavelmente vai esbarrar em situações que o tutorial não cobriu. E é exatamente nesses momentos que você aprende de verdade: como ler a documentação oficial, como pesquisar erros no Stack Overflow, como entender a mensagem de erro e inferir a solução. Essa capacidade de resolver problemas sem depender de alguém é o que o mercado paga.

Para sair do tutorial hell de vez, você precisa de um treinamento que te faça praticar desde o início, não só assistir aulas. Por isso eu criei minhas formações de Android e iOS, com dezenas de módulos, centenas de aulas práticas e projetos reais que vão do zero à publicação na loja.

Solução 2: Domine o Ecossistema Certo

Tem gente desperdiçando meses em tecnologias que quase ninguém usa no mercado.

Kotlin lidera o volume de vagas Android. Swift ainda domina o iOS. Mas a linguagem sozinha não basta, e é aqui que a maioria das pessoas erra a estratégia de estudo: para em saber a sintaxe da linguagem e acha que está pronto para se candidatar.

O mercado quer quem sabe trabalhar com o ecossistema completo. Para Android, isso significa:

  • Jetpack Compose para construção de interfaces declarativas
  • Arquitetura MVVM para separar responsabilidades e manter o código testável
  • Hilt ou Koin para injeção de dependências
  • Retrofit para consumo de APIs REST
  • Room para persistência de dados local
  • Coroutines e Flow para operações assíncronas
  • Git para versionamento, porque trabalho em equipe exige isso
  • Publicação na Play Store, porque mostra que você vai até o fim

Para iOS, o equivalente é Swift com SwiftUI, arquitetura MVVM ou Clean Architecture, Combine ou async/await, URLSession ou Alamofire para APIs, CoreData ou SwiftData para persistência local e publicação na App Store.

O que eu aconselho é escolher uma dessas plataformas, ir fundo, e dominar esse conjunto de ferramentas de verdade antes de tentar diversificar. Profundidade numa área vale muito mais do que superficialidade em várias.

Solução 3: Mentalidade Analítica e Soft Skills

O que as empresas mais buscam hoje não é só quem sabe programar. É quem sabe pensar.

Na prática, o problema chega como uma regra de negócio: o cliente precisa de X. A sua função é traduzir isso em código pensando no impacto para o negócio. Mas entre o pedido do cliente e a linha de código existe um gap enorme, e preencher esse gap é o que diferencia um dev que só executa de um dev que resolve problemas.

Treine isso nos seus projetos com uma prática simples: antes de abrir o editor de código, escreva num papel ou num arquivo de texto:

  • Qual problema este app resolve?
  • Quem é o usuário que vai usar isso?
  • O que ele precisa conseguir fazer em menos de 3 cliques?
  • Qual seria o fluxo mais simples possível para resolver esse problema?

Isso muda completamente a qualidade do que você vai construir. E muda a qualidade das respostas que você dá numa entrevista quando o recrutador pergunta: "me conta um projeto que você fez e qual problema ele resolvia".

A maioria dos candidatos responde com tecnologia: "fiz um app com Retrofit e MVVM". O candidato que se destaca responde com problema e solução: "criei um app para uma barbearia que perdia clientes por falta de agendamento organizado, e desenvolvi um sistema que permite ao cliente agendar pelo celular em menos de um minuto".

Pare de pensar só como desenvolvedor. Pense como dono do produto.

Solução 4: Inglês e o Mercado Internacional

Essa solução pode mudar bastante seu jogo financeiro, e ela é mais acessível do que a maioria das pessoas imagina.

Um dev Android ou iOS com inglês consegue trabalhar para empresas nos Estados Unidos e na Europa sem sair de casa. Plataformas como Toptal, Turing, Contra e Arc têm projetos mobile pagando em dólar o tempo todo. A diferença salarial entre um dev que atende só o mercado brasileiro e um que atende o mercado internacional pode ser de 3x a 5x, dependendo da senioridade e da empresa.

Além disso, a maioria das documentações oficiais do Android e do iOS, os fóruns técnicos, as conferências e os conteúdos mais aprofundados estão em inglês. Quem não entende inglês técnico sempre fica um passo atrás, porque vai depender de alguém que já leu a fonte original e traduziu, com todos os filtros e atrasos que isso implica.

E você não precisa ser fluente. Comece pelo inglês técnico com materiais que você já usa:

  • Documentação oficial em developers.android.com e developer.apple.com
  • Stack Overflow
  • Vídeos e canais em inglês no YouTube sobre Android e iOS
  • Servidores no Discord da comunidade de desenvolvimento mobile
  • Changelog das releases do Kotlin, Swift e das ferramentas que você usa

Com 30 minutos por dia dedicados ao inglês técnico, em seis meses você já consegue ler documentação sem dificuldade. Em um ano, consegue participar de entrevistas em inglês. A diferença salarial vai aparecer mais rápido do que você imagina.

Como Construir Network do Zero

Voltando ao terceiro problema: a falta de network.

A boa notícia é que nunca foi tão fácil construir presença e conexões genuínas na área de tecnologia como é hoje, sem precisar de uma empresa, de um evento físico ou de qualquer investimento financeiro.

O que funciona na prática:

GitHub ativo. Coloque seus projetos no GitHub, mesmo que sejam simples. Um perfil com projetos commitados regularmente mostra que você está trabalhando, evoluindo e tem código para mostrar. Um perfil vazio ou com apenas um repositório diz o contrário.

LinkedIn com conteúdo. Você não precisa postar todo dia. Mas postar uma vez por semana sobre o que você está aprendendo ou construindo te coloca no radar de pessoas da área. Recrutadores monitoram perfis que produzem conteúdo. É diferente de mandar candidatura fria.

Comunidades no Discord e Telegram. Existem servidores dedicados a desenvolvimento Android, iOS e mobile em geral com milhares de devs ativos. Participar, tirar dúvidas, responder dúvidas dos outros te constrói reputação ao longo do tempo. Pessoas que te conhecem numa comunidade podem te indicar para uma vaga que nem chegou a ser publicada.

Comentar e contribuir. Quando você aprende algo novo a partir de um artigo ou vídeo, comentar com uma observação genuína ou uma dúvida real gera visibilidade e começa relacionamentos. Isso funciona no YouTube, no LinkedIn e no próprio GitHub.

Network não é distribuir cartão de visita digital. É aparecer consistentemente em lugares onde as pessoas da sua área estão, agregar valor com o que você sabe e pedir ajuda com o que ainda não sabe. As indicações vêm naturalmente depois disso.

Como Montar um Portfólio Que Chama Atenção

O portfólio é o que transforma todo o esforço das soluções anteriores em algo que o recrutador consegue avaliar em 30 segundos.

Não precisa de um site elaborado, embora ter um seja um diferencial. O que realmente importa é o GitHub bem organizado com projetos que mostram domínio do ecossistema que você escolheu.

Para cada projeto no seu portfólio, você precisa de:

README completo. Descreva o que o app faz, qual problema ele resolve, quais tecnologias você usou e por que escolheu cada uma. Coloque screenshots ou um GIF mostrando o app funcionando. Isso mostra que você pensa além do código, que consegue comunicar o que construiu.

Arquitetura visível. Organize o projeto em camadas claras (data, domain, presentation). Quem abre o repositório precisa entender a estrutura em menos de um minuto. Um projeto organizado comunica que você entende de boas práticas, mesmo sem ler uma linha de código.

Histórico de commits coerente. Commits com mensagens como "fix" ou "update" não dizem nada. Commits com mensagens como "add Room database for offline caching" ou "refactor ViewModel to use StateFlow instead of LiveData" mostram que você entende o que está fazendo e por quê.

App publicado quando possível. Um link para o app na Play Store ou App Store no README é um diferencial enorme. Mostra que você foi até o fim, que o projeto é real e que você sabe como funciona o processo completo de publicação.

Dois ou três projetos bem feitos valem muito mais do que dez projetos abandonados ou clones de tutorial sem nenhuma personalização.

O Problema Não é a Falta de Vaga

O mercado não está fácil, é fato. Mas os dados mostram que as vagas existem e em quantidade.

O que falta não é oferta de emprego. O que falta são profissionais que chegam preparados do jeito certo, com projetos reais para mostrar, com o ecossistema dominado, com alguma presença na comunidade e com capacidade de resolver problemas de forma independente.

A linha de corte mudou, infelizmente. Mas quem entende isso e age de acordo sai na frente de 90% dos concorrentes, porque a maioria ainda está tentando entrar no mercado com a estratégia de 2019.

Se você seguir os caminhos que apresentei aqui, vai estar muito mais perto da sua primeira vaga como dev do que a maioria dos candidatos que manda currículo todo dia sem nenhuma estratégia:

  • Construa projetos reais que resolvem problemas reais
  • Domine o ecossistema completo da plataforma que escolheu
  • Pense como dono do produto, não só como executor de código
  • Invista no inglês técnico de forma consistente
  • Apareça na comunidade e construa presença ao longo do tempo
  • Monte um portfólio que fala por você antes da entrevista acontecer

Conseguir a primeira vaga como dev não vai ser simples. Mas é totalmente possível, e tem acontecido com pessoas que saíram do zero e seguiram um caminho estruturado e consistente.

O problema nunca foi falta de vaga. Foi falta de preparo que chegasse ao nível que o mercado passou a exigir.

Se quiser um caminho estruturado para dominar Android ou iOS com projetos reais do zero à publicação na loja, conheça meus treinamentos de Android e iOS. São as formações que eu criaria para mim mesmo se estivesse começando hoje.