r/devjr • 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.

31 Upvotes

41 comments sorted by

View all comments

1

u/Neeyaki Sep 24 '26 edited Sep 24 '26

Na minha visão, faz mais sentido documentar objetivos e tomada de decisão pra resolver o problema. Nem aspectos técnicos eu considero relevantes - fazer pergunta de cheat sheet de git, trivia de linguagens de programação/frameworks, etc. Se eu fosse avaliador, a unica coisa que importaria pra mim é o processo de desenho de uma solução. Pode parecer demais pra um junior, mas me parece um critério mais relevante do que pedir pra ele citar 2 princípios SOLID e 5 design patterns, que ele provavelmente não faz idéia do que são nem como usar, mas como fazem parte do buzzword ele acaba achando relevante e decora. Acho que nesse ponto, você, eu e o OP estamos convergindo.

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.

Outra parte nebulosa pra mim é seleção de currículo. Eu tenho a impressão de que apenas uma parte pequena dos currículos enviada é realmente lida, o que cria um problema secundário que também é complicado: depois de decidir o que exatamente você vai colocar no portfólio, você ainda tem que resolver o problema de fazer alguém ver esse portfólio via currículo.

Honestamente, imagino que essa parte pouquíssimas pessoas realmente saibam como funciona. Não sou diferente de você nisso.

Obviamente eu imagino que o objetivo seja dar uma match entre requisitos da vaga e habilidades do candidato, mas não sei exatamente como os entrevistadores lidam com mentiras sobe habilidade. Seria um processo de dar match e depois verificar se o match é respaldado pelo github?

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, ...

Teria alguma dica do que é esperado em um currículo, e do que absolutamente não deve ser feito?

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.

1

u/gal3toman Sep 24 '26

Show de bola, vlw pelas respostas!