como escolher stack para primeira vaga tech sem estudar tudo ao mesmo tempo

A parte mais perigosa de estudar para a primeira vaga tech não é escolher a linguagem errada. É não escolher nada.

Você começa com JavaScript porque todo mundo fala de frontend. Aí vê vaga pedindo Java e Spring. Depois aparece vídeo dizendo que Python é melhor para iniciantes. Um amigo fala de dados. Um post no LinkedIn diz que devops paga bem. Outro diz que IA vai substituir júnior que não souber usar LLM. Quando percebe, você tem cinco cursos começados, três projetos abandonados e nenhuma história clara para contar em entrevista.

Isso parece dedicação, mas para o mercado soa como ruído. Recrutador não contrata “estou estudando um pouco de tudo”. Pessoa técnica não consegue avaliar maturidade em um GitHub cheio de tutorial desconectado. Você também não ganha confiança, porque cada semana recomeça do básico em uma ferramenta nova.

Escolher stack para a primeira vaga não é casamento. É estratégia de entrada. Você escolhe um caminho principal por tempo suficiente para produzir evidência: CV coerente, GitHub coerente, LinkedIn coerente, projeto coerente e respostas coerentes na entrevista.

Se você ainda não tem portfólio, leia também o guia de portfólio de junior com 3 projetos certos. Se já tem projetos mas eles parecem soltos, este texto ajuda a decidir qual direção merece os próximos 90 dias.

stack não é identidade

O primeiro erro é tratar stack como identidade pessoal.

“Sou dev React.” “Sou Python.” “Sou Java.” “Sou fullstack.” Para quem está entrando, esse rótulo costuma ser mais ansiedade do que posicionamento. Você ainda está formando base. A stack é uma ferramenta para conseguir prática, vaga e repertório, não uma tatuagem profissional.

Uma boa escolha de stack para primeira vaga precisa equilibrar quatro coisas:

• vagas reais no Brasil;
• curva de aprendizado possível para você;
• capacidade de montar projetos demonstráveis;
• conexão com o tipo de rotina que você aguenta fazer.

Não adianta escolher a tecnologia mais hypada se você trava na instalação e não consegue terminar nada. Também não adianta escolher algo confortável se quase não aparece vaga júnior, estágio, suporte técnico, QA, dados ou produto perto do seu contexto.

A pergunta não é “qual stack é a melhor?”. A pergunta é:

qual stack me dá a melhor chance de produzir evidência contratável nos próximos 90 dias?

Esse enquadramento reduz drama. Você não está decidindo sua carreira inteira. Está decidindo o próximo ciclo.

olhe vaga antes de escolher curso

Curso bom ensina. Vaga mostra demanda.

Antes de comprar mais uma formação, abra vagas reais. Use o próprio eu.dev.br, LinkedIn, Gupy, Kenoby, ProgramaThor, GitHub, comunidades e sites de empresas. Procure por estágio, júnior, trainee, suporte técnico, QA, dados, frontend, backend e analista. Não leia só o título. Leia o corpo.

Faça uma planilha simples com 30 a 50 vagas que parecem minimamente possíveis. Para cada uma, anote:

• cargo;
• empresa;
• stack citada;
• requisitos obrigatórios;
• requisitos desejáveis;
• nível pedido;
• remoto, híbrido ou presencial;
• tipo de contrato;
• padrões repetidos.

Depois conte recorrência. Se 18 vagas citam JavaScript/TypeScript, 12 citam React, 10 citam Node, 8 citam SQL e 2 citam uma ferramenta exótica, você já tem um mapa melhor do que qualquer thread viral.

Não trate requisito desejável como parede. Vaga júnior costuma listar ferramenta demais. O que importa é identificar o núcleo que aparece repetidamente. Se o núcleo se repete, ele merece estudo. Se aparece uma vez, talvez seja detalhe da empresa.

Use o método de organizar candidaturas em planilha também para mapear stack. A mesma disciplina que ajuda a não se perder no funil ajuda a não se perder no estudo.

escolha uma trilha principal e duas adjacentes

Um bom plano para primeira vaga tem uma trilha principal e duas adjacentes.

A trilha principal é o que você quer que o recrutador entenda em cinco segundos. Exemplos:

• frontend com React;
• backend com Java e Spring;
• backend com Python;
• dados com SQL e Python;
• QA com testes automatizados;
• mobile com Kotlin ou React Native.

As adjacentes são competências que fortalecem a trilha sem virar outro universo. Para frontend, adjacentes podem ser TypeScript e consumo de API. Para backend, SQL e testes. Para dados, visualização e estatística básica. Para QA, Git e pipeline simples. Para mobile, API e publicação de build.

O erro é tentar ter cinco trilhas principais. “Quero frontend, backend, dados, cloud e IA” parece ambicioso, mas vira currículo sem foco. Melhor dizer:

Meu foco atual é backend com Python e SQL. Estou usando Docker só o suficiente para rodar meus projetos e GitHub Actions só o suficiente para publicar testes.

Isso é muito mais forte do que “estudo Python, Java, React, AWS, Kubernetes e machine learning” sem nada terminado.

Se Python fizer sentido no seu mapa, use uma fonte focada em mercado brasileiro como o Python Brasil para aprofundar projetos, bibliotecas e exemplos. O ponto não é consumir tudo; é transformar uma linguagem em evidência concreta de trabalho.

regra prática: 70/20/10

Para não cair na dispersão, use uma divisão simples por 90 dias:

• 70% do tempo na stack principal;
• 20% em fundamentos que atravessam qualquer stack;
• 10% em exploração controlada.

Os 70% são projeto, curso, documentação, exercício e candidatura ligados ao foco. Se escolheu frontend, a maior parte do tempo precisa virar interface, estado, formulário, API, acessibilidade, deploy e revisão de código. Se escolheu backend, precisa virar endpoint, banco, autenticação, teste, log, erro, documentação e deploy.

Os 20% são fundamentos que não expiram: lógica, Git, HTTP, SQL, terminal, leitura de erro, escrita técnica, teste, comunicação assíncrona. Dev júnior que entende ticket, pergunta bem e anota decisão cresce mais rápido. O guia de anotações de trabalho para dev junior vale mesmo antes da primeira vaga, porque estudo também precisa de registro.

Os 10% são para curiosidade. Pode ver IA, cloud, outra linguagem, ferramenta nova, vídeo solto. Mas tem limite. Exploração sem limite vira fuga do projeto difícil.

Essa regra não é matemática rígida. É defesa contra ansiedade.

monte um projeto que prove a stack

Stack escolhida sem projeto vira frase no CV.

Um projeto bom para primeira vaga precisa provar o núcleo da trilha. Não precisa ser genial. Precisa ser terminado, explicável e ligado a problema real.

Para frontend, evite só landing page bonita. Faça algo com estado, busca, filtro, formulário, validação, consumo de API e tratamento de erro. Para backend, evite só CRUD genérico. Inclua autenticação simples, relacionamento entre tabelas, teste, documentação de endpoint e decisão sobre erro. Para dados, evite só notebook solto. Mostre pergunta, fonte, limpeza, visualização, conclusão e limitação. Para QA, mostre plano de teste, casos, automação, bug report e critério de aceite.

O projeto precisa responder:

• que problema resolve;
• por que essa stack foi usada;
• como rodar;
• como testar;
• quais decisões técnicas você tomou;
• o que faria diferente com mais tempo.

Depois escreva um README decente. O guia de README de projeto para junior existe exatamente porque projeto sem explicação perde valor.

Um projeto terminado na stack principal vale mais do que seis repositórios “aula 01”. Recrutador percebe acabamento. Pessoa técnica percebe decisão.

como saber se a stack escolhida está funcionando

Depois de 30 dias, não troque de stack só porque ficou difícil. Toda stack fica difícil quando sai do tutorial.

Avalie com sinais objetivos:

• você terminou pelo menos uma entrega pequena?
• consegue explicar o que construiu sem ler roteiro?
• as vagas que você salvou continuam pedindo esse núcleo?
• seu CV ficou mais claro?
• seu GitHub tem progresso visível?
• você consegue resolver erros mais rápido do que no começo?

Se a resposta é sim para parte disso, continue. Dificuldade não é sinal de escolha errada. Pode ser só o momento em que aprendizado real começou.

Trocar faz sentido quando o mapa de vagas mostra pouca demanda no seu contexto, quando você odeia tanto a rotina que não consegue praticar, ou quando uma oportunidade concreta pede ajuste. Mesmo assim, ajuste não precisa ser recomeço total.

Por exemplo: quem estudou JavaScript para frontend e percebeu que backend com Node aparece muito não perdeu tudo. HTTP, Git, API, TypeScript e validação continuam úteis. Quem estudou Python para automação e migrou para dados leva linguagem, script, leitura de arquivo e lógica. Quem saiu de QA manual para QA automatizado leva pensamento de teste.

A pergunta boa não é “joguei tempo fora?”. É “o que reaproveito?”.

como falar da escolha em entrevista

Entrevistador não espera que júnior tenha certeza eterna. Espera critério.

Uma resposta fraca:

Escolhi React porque todo mundo fala que tem vaga.

Uma resposta melhor:

Eu analisei vagas júnior e estágio que apareciam para meu contexto e vi muita recorrência de JavaScript, React, consumo de API e TypeScript básico. Por isso foquei nessa trilha por 90 dias. Montei um projeto com busca, filtro, formulário e deploy para praticar o fluxo completo. Ainda estou aprofundando testes, mas já consigo explicar as decisões principais.

Percebe a diferença? A segunda resposta mostra pesquisa, foco, projeto, limite e próximo passo.

Se você vem de transição de carreira, conecte a stack com sua história. Alguém de suporte pode escolher backend ou QA porque já entende incidente e usuário. Alguém de finanças pode escolher dados porque já pensa em planilha, métrica e auditoria. Alguém de design pode escolher frontend porque já enxerga interface. Isso não prende você, mas cria narrativa. O guia de transição de carreira para tech ajuda a transformar histórico anterior em vantagem, não em pedido de desculpa.

sinais de que você está estudando stack demais

Alguns sinais são claros:

• você muda o título do LinkedIn toda semana;
• começa curso novo sempre que chega no projeto final;
• passa mais tempo comparando linguagem do que escrevendo código;
• não consegue explicar qual vaga está mirando;
• seu GitHub parece uma coleção de testes sem conclusão;
• seu CV lista 20 tecnologias, mas nenhuma aparece em projeto completo;
• você usa “fullstack” para esconder falta de foco.

Se isso aconteceu, não se culpe. É comum. O mercado joga requisito demais na cara de quem está começando. A saída é reduzir.

Escolha uma frase de posicionamento para os próximos 90 dias:

Busco primeira vaga em frontend júnior, com foco em React, TypeScript, consumo de APIs e projetos publicados.

ou:

Busco estágio ou vaga júnior em backend, com foco em Python, SQL, APIs e testes básicos.

ou:

Busco entrada em dados, com foco em SQL, Python, dashboards simples e explicação de análise.

Essa frase guia curso, projeto, CV, LinkedIn, candidatura e conversa com recrutador. Se algo não fortalece a frase, vai para depois.

um plano de 90 dias

Se você quer algo operacional, use este roteiro.

Nos primeiros 7 dias, faça o mapa de vagas. Salve 30 a 50 oportunidades, conte recorrências e escolha a trilha principal. Atualize seu LinkedIn e CV para refletir foco, mesmo que ainda esteja no começo.

Do dia 8 ao 30, revise fundamentos mínimos e construa um projeto pequeno. Pequeno mesmo: uma aplicação, API, dashboard ou suíte de testes que você consegue terminar. Publique. Escreva README. Peça feedback.

Do dia 31 ao 60, construa o projeto principal. Ele precisa ser mais completo, com problema claro, decisões registradas e deploy quando fizer sentido. Abra issues para si mesmo. Use pull requests mesmo trabalhando sozinho. Isso treina rotina profissional.

Do dia 61 ao 90, refine candidatura. Ajuste CV para a stack escolhida, escreva mensagens melhores para recrutadores, aplique com constância e prepare explicação dos projetos. Se receber teste técnico, use o guia de teste técnico para vaga junior para não transformar entrega em desespero.

No fim dos 90 dias, revise: continuar, ajustar ou trocar. Agora a decisão tem evidência, não só ansiedade.

o objetivo é ser contratável, não completo

Você não precisa saber tudo para entrar. Precisa mostrar que consegue aprender com foco, terminar entregas, comunicar limite, ler vaga, montar projeto e evoluir sem pular de galho em galho.

A primeira stack é uma aposta informada. Ela serve para abrir porta. Depois da primeira vaga, você vai aprender tecnologia que nunca estudou, mexer em código legado, usar ferramenta interna, ler documentação ruim, pedir ajuda e mudar de contexto. Isso é normal.

O que você treina agora não é só React, Python, Java, SQL ou QA. Você treina disciplina de escolha.

Escolha um caminho. Dê 90 dias reais para ele. Termine algo. Explique bem. Aplique com consistência. Ajuste pelo mercado, não pelo pânico.

Primeira vaga não costuma ir para quem estudou tudo. Vai para quem consegue provar, com clareza, que já começou a trabalhar do jeito certo.