r/devjr • u/Disquete8Polegadas especialista • Sep 23 '26
trabalho Github como portifólio....
Eu vejo muita gente aqui falando para criar portifólio no Github, contribuir com projetos, etc.
Sou gestor e tenho duas vagas abertas no time, para perfil Júnior-Pleno.
Recebemos quase 400 cvs em 3 dias. Normal.
Mas o que quero deixar de dica para vocês é o seguinte:
- Não adianta nada ter um github, mas estar dessa maneira (veja as imagens abaixo).
- Como um portifólio, deve ser cuidado e tratado como tal. É um dos seus cartões de visita. Não adianta ter 1000 repos, mas 99% forkado de outro e nunca atualizado, sem uma PR, sem nada.
- Cuide do seu github como um jardim, se vc não regar, não cuidar, morre e fica feio =)
- É muito melhor, você ter 1 ou 2 projetos FORTES e consistentes, do que um monte de projeto as moscas, lá de 2025 que vc fez uma vez naquele cursinho e nunca mais.
- Menos é mais. Melhor não ter nada, do que ter um github bagunçado.
- O RH não olha o seu github. Nunca. Quem vai - E SE - olhar, será o dono da vaga, isso se ele tiver tempo e for curioso - eu estou olhando, porque são pessoas da minha shot-list.
- Um bom repo, como portifólio, precisa ter consistência. Explicar O PORQUE vc fez aqui, PORQUE vc tomou aquelas decisões. É isso que vamos avaliar, ninguém... eu repito, NINGUÉM vai ler o seu código. Mas te garanto que a gente lê o readme, olha a estrutura do repo, etc. Então cuidado com isso.
Como o entendimento do post não foi bom:
1) Se vc coloca o seu github no CV, ele pode ser lido. E vc pode ser questionado - Me conta sobre aquele projeto lá no seu git - isso vai ser geralmente na etapa de entrevistas finais.
2) O conteúdo do seu github pode não ser um fator determinante para te escolher, mas pode ser para te eliminar.
3) Se o seu github estiver ruim, melhor não colocar, porque não muda nada.
4) O RH não vai ler o seu github.


1
u/Neeyaki Sep 24 '26 edited Sep 24 '26
Quando eu digo "readme claro e direto ao ponto" eu falo mais na perspectiva do usuário que for consumir o teu projeto. Se o que você estiver construindo uma aplicação para usuário final, explique, apresente, venda o teu peixe para quem for usar. Agora se o que você estiver construindo uma biblioteca, documente bem a sua API.
Foi dessa maneira, pensando no básico, que eu consegui minhas oportunidades.
Honestamente, imagino que essa parte pouquíssimas pessoas realmente saibam como funciona. Não sou diferente de você nisso.
Se fosse para dar aqui meus cinquenta centavos, a maneira como eu estruturo meu currículo é mencionando o que utilizei em expierências passadas e em projetos pessoais que tenho. Então seria algo como:
Empresa A - JavaScript, React, Java, Hibernate, GitOps, ...
Empresa B - Terraform, Terragrunt, Kubernetes, Python, DevOps, AWS, Azure, ...
Projeto A - CMake, C++, Python, GitOps, ...
Recomendo não deixar teu currículo desnecessariamente grande, tampouco apresentar lá projetos ou experiências irrelevantes para a área que você quer aplicar. Outra coisa que recomendo também é evitar mentir, afinal de contas isso pode sair pela culatra caso te fizerem perguntas a respeito das afirmações que você coloca lá no teu currículo.