Como montar um plano de estudo a partir de cinco vagas que fazem sentido para você
Escolha cinco vagas abertas que você aceitaria hoje, liste os requisitos de cada uma, marque o que você já comprova, o que tem mas não mostra e o que falta. Estude só o que falta e se repete entre as vagas, começando pelos requisitos obrigatórios. Para cada item, defina uma prática com entrega visível. O plano não garante contratação: ele diminui a distância até as vagas que você escolheu.
Por que partir de cinco vagas, e não de um ranking
Um ranking de tecnologias mostra o que aparece em muitas vagas de uma área. Você não vai se candidatar a todas elas. Cinco vagas escolhidas por você mostram o que pedem as empresas, o nível e o tipo de trabalho que você quer, e isso é mais útil para decidir o que estudar.
Use o ranking como contexto. Se você ainda não sabe que tipo de vaga quer, comece pela página Skills, escolha a área e a senioridade e veja o que aparece com mais frequência. Depois, escolha as cinco vagas.
- Escolha vagas abertas e anote a data. Anúncios mudam e saem do ar; o plano vale para aquele retrato.
- Escolha vagas parecidas entre si: mesma função e nível próximo. Cinco vagas de áreas diferentes geram um plano sem foco.
- Escolha vagas que você aceitaria. Confira se a vaga aceita quem mora no Brasil antes de incluí-la; o guia Vaga remota internacional aceita brasileiro? mostra como.
Passo 1: a tabela de requisitos × vagas
Copie os requisitos e diferenciais das cinco vagas numa tabela. Uma linha por item, uma coluna por vaga. Marque R quando o item está nos requisitos e D quando está nos diferenciais. O exemplo abaixo é inventado: um perfil fictício de desenvolvedora front-end pleno que quer vagas de full stack.
| Item | Vaga 1 | Vaga 2 | Vaga 3 | Vaga 4 | Vaga 5 | Você hoje |
|---|---|---|---|---|---|---|
| React e TypeScript | R | R | R | R | R | Comprova |
| Node.js | R | R | D | R | R | Projeto pessoal pequeno |
| PostgreSQL | R | R | R | — | R | Consultas simples, não mostra |
| Testes automatizados | R | D | R | R | R | Escreve testes de componente |
| Docker | D | — | R | D | — | Nunca usou |
| GraphQL | — | D | — | — | D | Nunca usou |
| Inglês para reuniões | R | — | R | — | R | Lê bem, conversa pouco |
Passo 2: separe lacuna de verdade de lacuna de currículo
Nem toda linha vazia é falta de conhecimento. Algumas são falta de evidência no currículo. Classifique cada item:
- Comprovado: está no currículo com contexto. Nada a estudar.
- Tem, mas não mostra: você fez, mas o currículo não diz. No exemplo, PostgreSQL. A ação é reescrever, não estudar. O guia Como comparar seu currículo com uma vaga detalha essa diferença.
- Parcial: você usou pouco ou em estudo. No exemplo, Node.js e testes. A ação é aprofundar com prática.
- Ausente: você nunca usou. No exemplo, Docker e GraphQL. A ação depende de quantas vagas pedem e em que seção.
Passo 3: priorize pelo que se repete e pelo que é requisito
Ordene as lacunas por dois critérios: em quantas das cinco vagas aparecem e se aparecem como requisito. Uma lacuna que é requisito em quatro vagas vem antes de um diferencial citado em duas.
| Ordem | Item | Por quê | Prática com entrega |
|---|---|---|---|
| 1 | Node.js | Requisito em 4 de 5 vagas, hoje só parcial | Construir a API de um projeto próprio com autenticação e banco, com README explicando as decisões |
| 2 | Testes de integração | Requisito em 4 de 5; já testa componentes | Adicionar testes de integração à API acima, rodando num pipeline de CI |
| 3 | Inglês falado | Requisito em 3 de 5 | Conversação semanal e explicar o projeto em inglês em voz alta, gravando |
| 4 | Docker | Requisito em 1, diferencial em 2 | Rodar a API e o banco com Docker Compose |
| — | GraphQL | Diferencial em 2, nunca requisito | Fica para depois |
| — | PostgreSQL | Já tem, não mostra | Reescrever um tópico do currículo, não estudar |
Passo 4: transforme cada item em prática com entrega
Estudar sem entrega vira lista de cursos. Para cada item priorizado, defina uma prática que termine em algo que você pode mostrar e explicar numa entrevista: um repositório, uma funcionalidade no trabalho atual, um texto técnico.
- Uma prática por vez. Encadeie quando der: no exemplo, a mesma API serve para Node.js, testes e Docker.
- Documente as decisões. Por que esse banco, por que essa estrutura, o que você mudaria. É isso que se discute em entrevista.
- Leve para o currículo só o que terminou. Projeto concluído entra com o que foi feito; curso em andamento entra como curso, sem parecer experiência profissional. Veja Projetos pessoais no currículo.
- Refaça a tabela quando as vagas mudarem ou quando você terminar um item. O plano é um retrato, não um contrato.
O que esse plano não faz
- Não garante entrevista nem contratação. Ele aproxima o seu perfil do que cinco vagas pedem; a decisão continua sendo de quem contrata.
- Não representa o mercado. Cinco vagas são uma amostra pequena e escolhida por você. Isso é bom para o foco e ruim para generalizar.
- Não mede profundidade. “Node.js” numa vaga pode ser manter uma API simples; noutra, cuidar de serviços com muito tráfego. Leia o contexto do anúncio.
- Não cobre o que o anúncio não escreve. Algumas exigências só aparecem na entrevista.
Perguntas frequentes
Como saber o que estudar para conseguir uma vaga de tecnologia?
Escolha cinco vagas abertas que você aceitaria, liste os requisitos, marque o que você já comprova e estude o que falta e se repete entre elas, começando pelos requisitos obrigatórios.
Devo estudar a tecnologia mais pedida do mercado?
Só se ela aparecer nas vagas que você quer. Um ranking geral mostra frequência numa área inteira; as suas vagas-alvo mostram o que vai pesar para você.
Quantas vagas usar para montar o plano?
Cinco é um bom começo: dá para ver repetição sem virar trabalho demais. Use vagas parecidas entre si e refaça a tabela quando mudar de alvo.