--- title: "O que estudar para conseguir vaga de dev junior em 2026 (plano realista)" url: "https://eu.dev.br/blog/o-que-estudar-dev-junior-2026/" markdown_url: "https://eu.dev.br/blog/o-que-estudar-dev-junior-2026.MD" description: "Plano realista do que estudar para vaga de dev junior em 2026: fundamentos antes de framework, um stack de verdade, três projetos no GitHub, e preparo de entrevista. Sem dispersar em 50 cursos." date: "2026-06-26" author: "" --- # O que estudar para conseguir vaga de dev junior em 2026 (plano realista) Plano realista do que estudar para vaga de dev junior em 2026: fundamentos antes de framework, um stack de verdade, três projetos no GitHub, e preparo de entrevista. Sem dispersar em 50 cursos. A pergunta mais comum — e mais mal respondida — de quem quer primeira vaga em tech é: **"o que eu estudo?"** A resposta padrão da internet é uma lista infinita. HTML, CSS, JavaScript, TypeScript, React, Vue, Angular, Node, Express, SQL, NoSQL, Docker, Kubernetes, AWS, Azure, GCP, Python, Go, Rust, GraphQL, microserviços, message queues, CI/CD, Kafka… e quando você chega no fim da lista percebe que levou dois anos e ainda não aplicou pra vaga nenhuma. Esse texto é o oposto disso. É o plano **mínimo que contrata de verdade em 2026**, com ordem certa, e com ponto de parada claro em cada etapa. Se você seguir isso, em 4 a 6 meses você está aplicando com base real — não com sensação de "ainda falta algo". A premissa: conseguir vaga junior não é sobre saber tudo. É sobre **passar por três portas** — currículo que sobrevive a 6 segundos, projeto que prova mão na massa, e entrevista que não trava. Cada bloco abaixo existe pra uma dessas portas. ## a regra que muda tudo: fundamentos antes de framework O erro número um do junior autodidata é pular pra React ou Node no dia 10 porque o tutorial parecia legal. Resultado: a pessoa "sabe React" mas não consegue explicar o que é uma Promise, não diferencia `let` de `const` em closure, e trava numa pergunta de evento de loop. Empresa boa não contrata quem decora framework. Contrata quem entende **o que está embaixo**. Framework muda de ano pra ano; fundamentos não. Antes de tocar em qualquer framework, garanta que você domina: - **Sintaxe e tipos**: variáveis, escopo, hoisting, tipos primitivos vs referência. - **Funções**: arrow function vs função normal, `this`, closure, callback. - **Assíncrono**: Promise, `async/await`, `try/catch`, por que o código não roda "em ordem". - **Estruturas de dados básicas**: array, objeto, map, set — e quando usar cada. - **HTTP e web**: o que é uma requisição, método GET vs POST, status code, JSON, o básico de como um navegador renderiza uma página. Isso é chato. Demora. Mas é exatamente o que cai em [entrevista técnica](/carreira/entrevista-tecnica-junior/) e [teste técnico](/carreira/teste-tecnico-junior/). Quem pula essa etapa reprova de propósito na entrevista, mesmo com projeto bonito no portfólio. ## escolha UM stack e vá até o fim A segunda armadilha é tentar aprender tudo ao mesmo tempo. "Vou fazer frontend, mas também backend, e sei que tem DevOps, então já pego um pouco de cloud…" Não. Escolha **uma** trilha e ignore o resto até estar empregado. Recrutador filtra por stack específica. Um CV que diz "React, Vue, Angular, Node, Python, Go" parece desesperado. Um CV que diz "frontend React com TypeScript" parece direcionado. Para 2026, a trilha mais contratante para junior no Brasil continua sendo: - **Frontend**: HTML, CSS, JavaScript moderno, TypeScript, React. - **Backend**: Node com Express (ou framework similar), SQL básico, um ORM. Se você curte dados, a trilha Python (pandas + SQL + um pouco de engenharia) tem mercado sólido — veja o roteiro de [portfolio de dados](/carreira/portfolio-dados-dev-junior/). Mas o conselho é o mesmo: **um** caminho, até o fim. A decisão de stack não é para sempre. É pra primeira vaga. Depois de empregado, você aprende o que quiser no trabalho. Para ajudar a escolher com critério, leia como [escolher a stack da primeira vaga](/carreira/escolher-stack-primeira-vaga-tech/). ## três projetos, não trinta Tutorial hell é real: você faz 30 cursos, 30 miniprojetos de seguir-along, e no fim tem zero projeto que seja **seu**. Recrutador e dev sênior numa entrevista enxergam isso em segundos. Projeto de tutorial não conta como prova — porque você não construiu, você copiou. O alvo é **três projetos reais**, cada um resolvendo um problema que existe, cada um com código seu no GitHub. Esse é o padrão que recomendamos no guia de [portfolio com 3 projetos](/carreira/portfolio-3-projetos/) — leia com calma, é o documento mais importante dessa fase. Resumindo o espírito: 1. **Projeto 1 (sólido, demonstra fundamentos):** uma aplicação CRUD completa — criar, ler, atualizar, deletar — com frontend e backend conectados, banco de dados real, deploy feito. Pode ser um gerenciador de tarefas, um painel de despesas, qualquer coisa que **você use**. 2. **Projeto 2 (mostra que você resolve problema real):** algo que consuma uma API pública e resolva uma dor sua. Tipo: agregador de vagas, buscador de CEP, dashboard de clima. O que importa é ter um "porquê". 3. **Projeto 3 (demonstra profundidade num ponto):** um projeto que se aprofunde em uma coisa — autenticação, performance, testes automatizados, tipo de dados. Mostra que você foi além do básico. Cada projeto precisa ter: README decente (o que é, como roda, o que aprendeu), commits com história (não um commit gigante "init"), e deploy visível. GitHub morto com código sem README é pior do que não ter GitHub. Antes de considerar pronto, passe pelo checklist de [como montar um GitHub que impressiona](/carreira/github-junior/) — recrutador olha README e frequência de commit antes do código. ## o currículo que passa nos 6 segundos Você pode ter os melhores projetos do mundo. Se o currículo não passa na triagem inicial — aqueles **6 segundos** por CV — ninguém vai ver seus projetos. Currículo junior eficaz não é lista de tudo que você tocou. É documento focado em **sinais legíveis rápido**: cargo desejado claro, stack listada com as palavras-chave certas, projetos com link clicável e uma linha de resultado, formação/curso enxutos, sem foto (no Brasiltech moderno, foto não ajuda e pode atrapalhar viés). Construa do zero seguindo o roteiro de [primeiro CV sem experiência](/carreira/primeiro-cv-sem-experiencia-tech/) ou, se já tem rascunho, use o guia de [CV junior](/carreira/cv-junior/). E coloque tudo num [perfil da Gupy](/carreira/como-montar-perfil-gupy-junior/) bem feito — boa parte das vagas grandes passam por lá. ## a parte que ninguém gosta: preparo de entrevista Conhecimento técnico não vira oferta sozinho. Tem entrevista técnica, teste prático, entrevista comportamental. Cada uma dessas é uma habilidade separada que se treina. - **Entrevista técnica**: explique conceitos em voz alta. Pratique falar sobre Promise, closure, eventos, HTTP como se alguém tivesse perguntado. Veja a lista de [perguntas comuns de entrevista](/carreira/perguntas-entrevista-dev-junior/). - **Teste técnico**: faça exercícios de algoritmo básico (estrutura de dados, string, array), mas não vire escravo do LeetCode hard. O que cai em junior é array, objeto, loop, função assíncrona. Roteiro no guia de [teste técnico junior](/carreira/teste-tecnico-junior/) e no [debrief pós-teste](/carreira/debrief-teste-tecnico-junior/). - **Comportamental**: tenha histórias prontas (formato STAR) pra "me fale de um desafio", "como você lida com conflito", "um erro que cometeu". O guia de [teste comportamental](/carreira/teste-comportamental-vaga-junior-tech/) cobre isso. Quem ignora essa fase chega na entrevista e trava — mesmo sendo tecnicamente capaz. Quem treina, passa. ## quanto tempo isso leva, de verdade Plano realista, estudando 15 a 20 horas por semana (noite + fim de semana, com trabalho ou faculdade junto): - **Mês 1 a 2:** fundamentos de JavaScript e web. Sem framework. - **Mês 2 a 3:** stack escolhido (React + Node, por exemplo). Primeiro projeto CRUD. - **Mês 4:** segundo e terceiro projetos. README, deploy, GitHub organizado. - **Mês 5:** currículo, perfil Gupy/LinkedIn, portfólio finalizado. - **Mês 6 em diante:** aplicação ativa + preparo de entrevista em paralelo. Se você puder estudar 30+ horas por semana (transição de carreira em período integral), comprime pra 4 meses. Se tem menos tempo, estique — mas **não pule etapas**. Pular fundamento custa entrevista depois. Importante: comece a aplicar **antes** de se sentir 100% pronto. O 100% nunca chega. Comece a aplicar quando tiver 2 projetos sólidos e um currículo revisado — a própria entrevista vira fonte de aprendizado. Leia sobre o [roteiro de aplicar nas primeiras 48h](/carreira/aplicar-vaga-tech-48h/) pra não perder timing. ## o que NÃO estudar (pelo menos não agora) Tão importante quanto o que estudar é o que **deixar pra depois**: - **Kubernetes, microserviços, arquitetura distribuída**: assunto de pleno/sênior. Junior que coloca isso no CV soa inflado e trava na entrevista. - **Dez frameworks**: um basta. O segundo framework é mais fácil depois do primeiro emprego. - **Cloud profunda (todas as certificações AWS)**: o básico de deploy ajuda; tentar virar arquiteto de cloud antes da primeira vaga não. - **GraphQL, Kafka, message queues avançadas**: especialidades. Aprenda quando a vaga pedir ou quando o projeto precisar. Essa lista existe porque o tempo é finito. Cada hora gasta em "técnica avançada que impressiona" é uma hora **roubada** de fundamentos, projetos e preparo de entrevista — que são o que de fato contrata. ## o resumo que cabe num post-it 1. Fundamentos antes de framework. Sempre. 2. Um stack, até o fim. 3. Três projetos seus no GitHub, com README e deploy. 4. Currículo focado em sinais legíveis. 5. Treine entrevista — técnica e comportamental. 6. Aplique antes de se sentir pronto. Se você fizer essas seis coisas, em 4 a 6 meses você está competindo de verdade por vaga junior — não mais só "estudando pra alguma hora aplicar". A diferença entre quem consegue e quem não consegue raramente é talento. Quase sempre é **ter um plano e seguir até o fim**. Quando estiver aplicando, use o [/vagas/](/vagas/) pra enxergar o mercado filtrado, mantenha uma [rotina semanal de fontes](/carreira/rotina-fontes-vagas-junior/), e registre tudo numa [planilha de candidaturas](/carreira/planilha-candidaturas-junior/) pra tratar a busca como processo — não como ansiedade.