Você abre uma vaga de programador júnior e lá está: "envie seu portfólio". Aí bate aquele frio na barriga. Portfólio de quê, se você nunca trabalhou na área? É o clássico ciclo que trava todo iniciante: precisa de experiência pra conseguir a vaga, mas precisa da vaga pra ter experiência.
A boa notícia é que o portfólio de programador existe exatamente pra quebrar esse ciclo. Ele é a sua forma de provar que sabe programar antes de alguém te pagar pra isso. E aqui vai a resposta direta, sem enrolação: um bom portfólio pra quem está começando é composto de 3 a 5 projetos reais, publicados no GitHub, funcionando online, com um README que explica o que cada um faz. Só isso. Não precisa de 20 projetos, não precisa de nada revolucionário e não precisa esperar "estar pronto".
Nesse guia, a gente te mostra como montar o seu do absoluto zero: o que colocar, o que tirar, em que ordem fazer e os erros que fazem recrutador fechar a aba em dez segundos.
O que é um portfólio de programador (e o que ele NÃO é)
Portfólio de programador é o conjunto de projetos que demonstram, na prática, o que você sabe fazer. Na maioria dos casos, ele vive em dois lugares: o seu perfil no GitHub (onde fica o código) e, opcionalmente, uma página pessoal que apresenta você e seus projetos de forma organizada.
O que ele não é: uma lista de certificados. Certificado diz que você assistiu às aulas. Projeto diz que você sabe aplicar. Quando um recrutador ou um dev sênior avalia um candidato júnior, a pergunta na cabeça dele é uma só: "essa pessoa consegue construir alguma coisa de verdade?" Seu portfólio responde essa pergunta antes mesmo da entrevista.
E tem um detalhe que muita gente esquece: o portfólio não serve só pra impressionar os outros. Ele serve pra você mesmo enxergar sua evolução. Olhar um projeto que você fez há três meses e pensar "hoje eu faria bem melhor" é um dos sinais mais claros de que você está crescendo.
Quantos projetos precisa ter no portfólio?
Direto ao ponto: de 3 a 5 projetos bem feitos. É isso.
Existe uma ansiedade comum de achar que quantidade impressiona. Não impressiona. Ninguém vai abrir seus 20 repositórios. O avaliador vai clicar em dois ou três, olhar o código por alguns minutos e formar uma opinião. Então a conta é simples: é melhor ter 3 projetos caprichados, funcionando e bem documentados, do que 15 exercícios de curso jogados no GitHub sem explicação nenhuma.
Qualidade aqui significa três coisas:
- Funciona. O projeto está no ar, num link que qualquer pessoa consegue abrir e testar.
- Tem README. Alguém que nunca te viu entende o que o projeto faz, como rodar e quais tecnologias você usou.
- Tem o seu dedo. Não é uma cópia idêntica de tutorial — tem alguma decisão, funcionalidade ou toque que foi seu.
Se cada projeto do seu portfólio passar nesses três testes, você já está na frente da grande maioria dos candidatos júnior.
Quais projetos colocar (e a armadilha do tutorial copiado)
Aqui mora o erro mais comum de quem está montando o primeiro portfólio: seguir um tutorial no YouTube, copiar o projeto linha por linha e subir no GitHub como se fosse seu. O problema? Centenas de pessoas fizeram exatamente o mesmo projeto. Recrutador que avalia júnior já viu a mesma pokédex, o mesmo clone de Netflix e a mesma landing page genérica dezenas de vezes.
Isso não significa que tutorial é inútil — é uma ótima ferramenta de aprendizado. A regra é outra: tutorial é ponto de partida, não produto final. Fez o projeto do tutorial? Ótimo. Agora transforme ele em algo seu:
- Adicione uma funcionalidade que o tutorial não ensinou.
- Mude completamente o design e o tema.
- Conecte com uma API diferente.
- Resolva um problema da sua vida real com a mesma base.
Esse último ponto é ouro. Os projetos que mais chamam atenção são os que resolvem um problema de verdade, por menor que seja: um site pro negócio de alguém da família, uma ferramenta que organiza seus estudos, uma calculadora específica do seu antigo trabalho. Projeto com contexto real conta uma história — e história é o que faz o entrevistador perguntar "me conta como você fez isso?", que é exatamente a conversa que você quer ter numa entrevista.
O passo a passo pra montar seu portfólio do zero
A ordem importa. Siga essa sequência e você sai do "não tenho nada pra mostrar" pro portfólio no ar sem se perder no caminho.
1. Arrume a casa: seu perfil no GitHub
Antes de qualquer projeto, seu GitHub precisa parecer o perfil de alguém que leva programação a sério. Foto de perfil decente, nome completo, uma bio curta dizendo o que você estuda e o que busca. O GitHub ainda permite criar um README de perfil — um repositório especial com o seu nome de usuário que vira a "capa" da sua página. Use isso a seu favor: apresente-se em poucas linhas e liste as tecnologias que você está estudando.
2. Escolha seu primeiro projeto (e termine ele)
Comece pequeno de propósito. Uma página pessoal, uma lista de tarefas, um site pra um hobby seu. O objetivo do primeiro projeto não é impressionar — é ser terminado e publicado. Projeto inacabado no computador não existe pro mundo. Projeto simples no ar vale infinitamente mais.
3. Escreva um README que vende o projeto
O README é a porta de entrada de cada repositório, e a maioria dos iniciantes deixa ele vazio. Não caia nessa. Um bom README tem: o que o projeto faz (uma ou duas frases), um print ou GIF mostrando ele funcionando, o link pra testar online, as tecnologias usadas e como rodar localmente. Se quiser subir o nível, adicione uma seção curta de "o que eu aprendi construindo isso". Isso mostra maturidade — e é o tipo de coisa que dev sênior repara.
4. Coloque o projeto no ar
Projeto que só roda na sua máquina não é portfólio. Publicar um site hoje é gratuito e leva minutos: GitHub Pages, Vercel e Netlify hospedam projetos front-end sem custo nenhum. Link no ar significa que o recrutador testa seu projeto em um clique, sem precisar clonar nada. Essa diferença parece pequena. Não é.
5. Repita até ter de 3 a 5 projetos com variedade
Agora é construir os próximos, aumentando um pouco a complexidade a cada um. Uma boa progressão pra quem segue o caminho do desenvolvimento web: uma página pessoal (HTML e CSS), um projeto interativo (JavaScript manipulando a página), um projeto que consome API (buscando dados de verdade) e, mais pra frente, um projeto completo com alguma tecnologia que o mercado pede. Essa variedade mostra que você domina a base — não só um truque repetido.
6. (Opcional) Crie sua página de portfólio
Com projetos prontos, você pode criar um site pessoal que reúne tudo: quem você é, seus melhores projetos com links, e seus contatos. O bônus escondido? A própria página de portfólio é um projeto. Você pratica construindo a vitrine.
"Mas eu não tenho ideia de projeto"
Todo mundo trava aqui em algum momento, então vamos destravar. As melhores ideias pra portfólio não vêm de "o que vai impressionar", e sim de "que problema pequeno eu posso resolver?". Alguns caminhos que sempre funcionam:
- Olhe pra sua rotina: algo que você controla em planilha ou papel pode virar uma aplicação.
- Olhe pra sua antiga profissão: quem veio de outra área tem vantagem aqui. Uma ferramenta simples pro seu mercado anterior é um projeto único, que ninguém mais tem.
- Olhe pras pessoas próximas: o comércio do vizinho sem site, o grupo da família que precisa organizar alguma coisa.
- Refaça algo que você usa: uma versão simplificada de um app do seu dia a dia, com a sua cara.
Perceba o padrão: nenhuma dessas ideias é "revolucionária". E é isso mesmo. Portfólio de júnior não precisa inovar — precisa provar que você constrói.
Os erros que fazem recrutador fechar a aba
Pra fechar, o checklist do que evitar. Se o seu portfólio não comete nenhum desses, você já está no jogo:
- Repositórios sem README. Código pelado, sem explicação, é convite pra pular pro próximo candidato.
- Só projetos de tutorial, idênticos ao original. Mostra que você copia, não que você resolve.
- Projeto quebrado no ar. Link que dá erro é pior do que não ter link. Teste tudo antes de divulgar.
- Esperar o projeto "perfeito" pra publicar. Perfeccionismo é procrastinação disfarçada. Publica a versão 1 e melhora depois — inclusive, o histórico de melhorias no GitHub joga a seu favor.
- Abandonar o GitHub por meses. Constância pesa. Não precisa programar todo dia, mas um perfil parado há seis meses levanta dúvida.
Portfólio pronto é o começo, não o fim
Montar um portfólio de programador do zero se resume a isso: 3 a 5 projetos reais, terminados, publicados e bem documentados, com pelo menos um que carregue a sua marca pessoal. Não é sobre genialidade — é sobre consistência e prova concreta de que você sabe construir.
Aqui na Dev em Dobro, projeto real não é um extra no fim do curso: é o jeito que a gente ensina desde o início. Nossos alunos saem das formações com projetos prontos pra colocar no portfólio, código revisado e um caminho claro até a primeira vaga — mesmo sem faculdade, sem experiência e sem inglês. Se você quer construir seu portfólio com direção, em vez de adivinhar sozinho o que o mercado quer ver, conheça o Dobro Pass: acesso completo a todas as formações, com comunidade no Discord pra você nunca travar sozinho.
Escolhe seu primeiro projeto ainda hoje. Daqui a alguns meses, o seu "não tenho nada pra mostrar" vira um link que fala por você.
Quer continuar? Leia também: "Como Conseguir o Primeiro Emprego como Programador" e "Quanto Tempo Leva pra Aprender a Programar".