Como ler uma vaga júnior (e por que não precisa preencher tudo)

Toda vaga júnior tem dois grupos de requisitos misturados no mesmo texto: obrigatórios (o que realmente precisa saber) e desejáveis (o que seria legal, mas não é dealbreaker). O problema é que quase ninguém separa isso com clareza.

Veja um exemplo real de uma vaga júnior:

Procuramos um desenvolvedor front-end júnior para:
,  2+ anos de experiência com React
,  Conhecimento em TypeScript
,  Experiência com Git e GitHub
,  Familiaridade com Tailwind CSS
,  Noções de API REST
,  Plus: Next.js, testes automatizados, CI/CD

Se você ler tudo como "precisa ter", vai achar que a vaga pede senioridade, não júnior. Mas se você separar:

Tem que saber mesmo:

• React (é a ferramenta do dia a dia)
• Git e GitHub (é como a equipe trabalha)
• Noção de API REST (faz parte da base)

Seria bom, mas a gente treina:

• TypeScript (sim, é melhor; não, você não sofre sem)
• Tailwind CSS (mais um framework de CSS, a lógica é a mesma)
• Plus: Next.js, testes, CI/CD (são "legal ter", não expectativa)

Entender essa separação muda tudo. De repente aquela vaga não é inacessível, é uma oportunidade.

Procure por estas pistas no texto da vaga:

Linguagem de obrigação diz "deve", "é requisito", "essencial":

• "Deve ter experiência com JavaScript"
• "É requisito conhecer Git"

Linguagem de preferência diz "desejável", "prefere-se", "plus", "seria legal":

• "Desejável experiência com TypeScript"
• "Plus: conhecimento de Docker"
• "Seria um diferencial se tivesse..."

Se a vaga não deixar claro (e muitas não deixam), use este filtro: se a pessoa pode aprender aquilo no trabalho em 3 meses ou se precisa de antes.

Exemplo:

• React? Precisa antes. Não dá pra aprender no trabalho enquanto entrega.
• TypeScript? Dá pra aprender no trabalho, porque é similar a JavaScript.
• Next.js? Dá pra aprender no trabalho, porque é só React com mais ferramentas.

Muitos requisitos usam palavras que soam intimidadores mas significam coisas mais simples. Aqui estão os que mais aparecem em vagas júnior:

Vendo assim, não parece tão distante, é?

Um segredo que muitos recrutadores não falam: a experiência que a vaga pede e a experiência que realmente precisa ter são números diferentes.

Se a vaga diz "2 anos de experiência com React", quer dizer:

• Se programou profissionalmente: 1 a 1.5 anos já é bastante.
• Se aprendeu por conta (cursos, projetos pessoais): 6 a 9 meses de trabalho sério é o equivalente.

Por quê? Porque experiência de trabalho inclui aulas, pair programming, code review. Aprende mais rápido lá. Quem estuda sozinho com disciplina aprende na mesma velocidade, só que precisa fazer mais projetos pra ter segurança equivalente.

O que a vaga realmente está testando: não é um timestamp, é se consegue fazer o trabalho. Não importa se aprendeu ontem ou há dois anos, se consegue resolver os problemas do dia a dia, se encaixa.

Um padrão em quase toda vaga júnior é que recrutadores pedem mais do que realmente esperam. Isso acontece por alguns motivos:

1. Hedge contra risco. Se pedir muito, talvez chegue alguém mais preparado.
2. Dificuldade de descrever o trabalho. Nem todo recrutador sabe bem o que a vaga precisa; coloca tudo pra cobrir.
3. Template reutilizado. A vaga foi copiada de uma sênior e nunca ajustou.

Estatisticamente, quem se candidata com 70% dos requisitos tem as mesmas chances de passar do que quem se candidata com 90%. O diferencial é a entrevista: como fala sobre o que sabe, como se propõe a aprender e como resolve problemas na hora.

Use isso pra avaliar se vale a pena enviar seu currículo agora:

• Tem pelo menos 70% dos requisitos listados como essenciais (desconsidere os "plus").
• Entende a maioria dos termos da vaga (e, se não, sabe onde aprender em 1 semana).
• Consegue descrever um projeto que fez usando tecnologias similares às da vaga.
• Está disposto a aprender no trabalho as coisas que ainda não domina totalmente.
• Seu GitHub tem 2 ou 3 projetos legíveis que mostram o que já fez.

Se bateu sim em 4 de 5, já está na hora de candidatar. Você está pronto.

Antes de desistir de uma vaga, leia tudo mesmo. Às vezes tem uma frase no meio da descrição que muda tudo:

• "Estamos buscando alguém motivado a aprender"; eles sabem que vai ter gaps e tá ok.
• "Programa de mentoria e onboarding"; eles investem em você, não entra sozinho.
• "Ambiente de testes com liberdade pra errar"; a pressão é menor no começo, espaço pra crescer.
• "Equipe juniores em vários níveis"; não é o único novo, tem gente na mesma jornada.

Essas frases significam: "a gente sabe que você é júnior e estamos aqui pra te ajudar." São sinais de um lugar decente pra começar.

Achou uma vaga, decodificou o que ela realmente pede, separou must-have de nice-to-have e chegou à conclusão de que vale candidatar. Ótimo. O próximo é preparar seu LinkedIn e seu GitHub pra que quando entrem em contato, esteja pronto.

Deixa bem claro: candidatar é grátis. O melhor que pode acontecer é ouvir um "sim". O mais comum é ouvir "não agora", e esse "não" não apaga nada do que já sabe. Cada candidatura é prática: aprende a ler vaga melhor, a lidar com feedback, e fica mais seguro na próxima.

Você consegue isso.