Portfólio

Portfólio de desenvolvedor iniciante: que projetos montar e como apresentar no GitHub e no LinkedIn

Que projetos colocar no portfólio quando você ainda não tem experiência, como escrever um bom README, organizar o GitHub e mostrar seu trabalho no LinkedIn.

Portfólio de desenvolvedor iniciante: que projetos montar e como apresentar no GitHub e no LinkedIn

Quem está buscando a primeira vaga em programação esbarra em um paradoxo conhecido: as empresas pedem experiência, mas a experiência só vem com o primeiro emprego. O portfólio é a forma mais direta de quebrar esse ciclo. Ele mostra, na prática, o que você já sabe fazer, como você organiza o código e como você resolve problemas.

Um bom portfólio não precisa ter dezenas de projetos. Precisa ter poucos projetos bem escolhidos, bem documentados e fáceis de avaliar. Neste artigo você vai ver quais projetos valem a pena, como apresentá-los no GitHub e no LinkedIn e como falar deles em uma entrevista.

O que quem avalia seu portfólio procura

Recrutadores e pessoas desenvolvedoras que participam de processos seletivos costumam ter pouco tempo para cada candidato. Por isso, facilite a vida delas. Em geral, um projeto causa boa impressão quando:

  • dá para ver funcionando por um link, sem precisar instalar nada;
  • tem um README que explica o que é, por que existe e como rodar;
  • tem código organizado, com nomes claros e uma estrutura de pastas que faz sentido;
  • tem um histórico de commits que mostra a evolução do trabalho;
  • deixa claro quais decisões você tomou e por quê.

Projetos que valem a pena

A ideia é montar um conjunto pequeno que mostre habilidades complementares. Uma combinação que funciona bem para iniciantes:

1. Uma aplicação front-end que consome uma API pública

Escolha uma API aberta de um tema que você goste, como filmes, clima, livros ou transporte, e construa uma interface com busca, filtros, estados de carregamento e tratamento de erro. Cuide da responsividade e da acessibilidade. Esse projeto mostra domínio de HTML, CSS, JavaScript e, se for o caso, de um framework como React.

2. Uma API com banco de dados e autenticação

Crie uma API para um domínio simples, como uma lista de tarefas compartilhada, um controle de estoque de uma loja pequena ou um sistema de reservas. Inclua cadastro e login, regras de negócio, validação de dados, persistência em banco relacional e alguns testes automatizados. Documente as rotas no README.

3. Um projeto autoral que resolve um problema real

Este é o que mais diferencia você. Pense em algo que você, sua família, um amigo ou um pequeno comércio do bairro precisa: um controle de agendamentos, uma calculadora específica de uma profissão, um catálogo de produtos. Projetos com usuários reais geram histórias ótimas para contar na entrevista.

4. Contribuições em código aberto (opcional)

Corrigir um erro de documentação, melhorar uma tradução ou resolver uma issue marcada para iniciantes em um projeto aberto mostra que você sabe trabalhar no código de outras pessoas e seguir o fluxo de pull requests. Não é obrigatório, mas soma pontos.

Projetos que pesam pouco sozinhos

Alguns projetos são ótimos para aprender, mas dizem pouco quando aparecem sozinhos no portfólio:

  • cópias de tutoriais sem nenhuma alteração;
  • listas de tarefas que só adicionam e removem itens, sem nada além disso;
  • dezenas de exercícios soltos sem contexto nem documentação.

Se você fez um projeto guiado, não precisa escondê-lo. Diga no README que ele partiu de um curso e destaque o que você acrescentou por conta própria.

Como escrever um bom README

O README é a porta de entrada do projeto. Um modelo simples que funciona:

  1. Nome e descrição: o que o projeto faz, em uma ou duas frases.
  2. Link da versão publicada e algumas imagens das telas principais.
  3. Tecnologias usadas e o motivo de algumas escolhas.
  4. Como rodar localmente, passo a passo.
  5. Funcionalidades e, se houver, a documentação das rotas da API.
  6. Desafios e aprendizados: o que foi difícil e como você resolveu.
  7. Próximos passos: o que você ainda quer melhorar.

Organizando o seu GitHub

Seu perfil no GitHub funciona como uma vitrine. Alguns ajustes fazem bastante diferença:

  • README de perfil: o GitHub permite criar um repositório com o mesmo nome do seu usuário; o README dele aparece no topo do seu perfil. Use-o para se apresentar e apontar seus principais projetos.
  • Repositórios fixados: fixe no perfil os projetos que você mais quer mostrar, para que eles apareçam primeiro.
  • Nome, descrição e tópicos: dê nomes claros aos repositórios, preencha a descrição e o link da versão publicada.
  • Commits com mensagens claras: prefira mensagens que digam o que mudou, em vez de "ajustes" ou "teste".
  • Limpeza: arquive ou deixe de destacar repositórios abandonados e forks sem alterações.

Publique seus projetos

Projeto que só roda na sua máquina dificilmente vai ser avaliado. Para aplicações front-end, plataformas como Vercel, Netlify e GitHub Pages permitem publicar com poucos passos. Para back-end, existem serviços de hospedagem com opções gratuitas ou de baixo custo; as condições mudam com frequência, então confira a página de cada serviço antes de escolher. Se não for possível manter a API no ar, grave um vídeo curto mostrando o funcionamento e coloque o link no README.

Mostrando seu trabalho no LinkedIn

O LinkedIn é onde muitos recrutadores fazem a primeira busca. Deixe o perfil coerente com o GitHub:

Parte do perfilO que colocar
TítuloSua área e as principais tecnologias, por exemplo "Desenvolvedor front-end em formação, React e TypeScript"
SobreUm resumo curto de quem você é, o que estuda e o tipo de oportunidade que procura
DestaquesLinks para os projetos publicados e para o GitHub
ProjetosCada projeto com descrição, tecnologias e link
PublicaçõesPosts contando o que você construiu, o que aprendeu e quais problemas resolveu

Escrever sobre o próprio processo de aprendizado também ajuda a fixar o conteúdo e mostra comunicação, uma habilidade valorizada em qualquer equipe.

Como falar dos projetos na entrevista

Em uma entrevista, é comum pedirem para você apresentar um projeto. Prepare um roteiro curto para cada um:

  • qual problema o projeto resolve e para quem;
  • quais tecnologias você usou e por que as escolheu;
  • qual foi a maior dificuldade e como você a superou;
  • o que você faria diferente se começasse hoje.

Essa última pergunta mostra maturidade: reconhecer limitações e saber como melhorar é exatamente o que se espera de alguém em início de carreira.

Monte seu portfólio enquanto aprende

O melhor momento para começar o portfólio é agora, junto com os estudos. Se ainda não definiu a ordem do que aprender, o nosso roteiro de estudos para o primeiro emprego ajuda a organizar as etapas. E nos cursos de Front End, Back End e Full Stack da Second Mind Academy você desenvolve projetos práticos que podem ir direto para o seu GitHub. Conheça os cursos.

Perguntas frequentes

Quantos projetos devo ter no portfólio?

Não há número certo, mas poucos projetos bem acabados costumam causar melhor impressão do que muitos projetos incompletos. Três ou quatro projetos com README caprichado, versão publicada e código organizado já formam uma boa base para um iniciante.

Posso colocar projetos feitos em cursos no portfólio?

Pode, desde que você seja transparente e vá além do que foi ensinado. Informe no README que o projeto partiu de um curso e destaque as funcionalidades, melhorias e decisões que foram suas.

Preciso ter um site próprio de portfólio?

Não é obrigatório. Um GitHub bem organizado, com README de perfil e projetos publicados, somado a um LinkedIn coerente, já cumpre o papel. Um site próprio pode ser um bom projeto de front-end, mas não substitui projetos com conteúdo.

Leia também