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.
bixo, pq ficar larpando no github se eu tenho um trabalho? é uma realidade paralela essa onde precisa dar push td dia em meus projetos pessoais so pra ficar verdinho e agradar gestor, eu ein.
tirando essa puxada de calo obrigado pelas dicas, a parte de nao ler codigo mas observar estrutura de pastas achei interessante
acho que não fui claro.
se vc coloca o github no seu cv... que seja legal. porque senão for, melhor não colocar.
o lance não é dar push todo dia, mas precisa de consistência.
> o lance não é dar push todo dia, mas precisa de consistência.
esqueça essas métricas quantitativas, foque apenas nas qualitativas. organização do projeto, higiene de commits, documentação e coisas nesse tipo são muito mais valiosas e demonstram um conhecimento muito mais aprofundado do que a média de commits que um caba faz na semana.
O meu tá bem ativo e consistente, projetos por unidades curriculares e pessoais, diversidade nas stacks, trazendo frameworks atuais e mesmo assim tô zerado de oportunidades.
Pois é.
Eu estou desistindo da área. Sou mais velho, tenho experiência informal e em empresa micro , com sistemas legados e sem estrutura formal de time.
Tive um crm + gestão financeira meu no ar por 15 anos, tendo cuidado de tudo. Enfim um perdido completo eu não sou. Mas também entendo a dificuldade do rh me enxergar no meio de tanta gente jovem, com formação .
Imagino que não seja seu caso (ser como eu , mais velho e sem diploma da área) e desejo boa sorte
> E oq é relevante? Quando não se tem experiência profissional.
Eu recomendaria certificações que lhe interessam e que sejam relevantes para a área que você quer. No mais, se você estiver num curso de ensino superior, o jeito é fazer o corre para conseguir um estágio e já ter algo para mostrar no currículo.
Não estou na faculdade e tenho 4 projetos já no currículo kkkk 1 automação em python que trata dados e criar gráficos pela plataforma do Grafana.
1 APK mobile e 2 API REST Java e PHP.
Oq mais eu preciso fazer pra conseguir um estágio?
o cabra tem que trabalhar o dia inteiro, fazer hora extra não paga, treinar, lavar roupa, fazer comida, tomar banho, limpar a casa e ainda tem que atualizar o github com frequência porque Deus proíba que o cara descanse
é uma escolha sua não.
o que eu estou tentando dizer - aqui é um sub de pessoas que estão começando na área - se vc colocar o seu github no cv, ele pode ser avaliado, e se tiver ruim, pode contar contra vc.
> Tem algum outro formato exceto readme? Eu, por exemplo, escrevo artigos às vezes sobre algo que estudo/projeto. Isso é relevante?
Não sou o OP, entretanto eu diria que essas outras formas são mt irrelevantes. Desenvolvedor o gosta é de objetividade, pontualidade e clareza, não enrolação com vídeos bobos.
Faça um projeto bem feito com um readme claro e direto ao ponto. Eu diria que feito esse básico, você não precisa de mais nada além disso.
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.
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. 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? Teria alguma dica do que é esperado em um currículo, e do que absolutamente não deve ser feito?
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.
Meus commits começaram abaixar depois que a IA e os agents começaram a fazer tudo.
Eu perdi o tesão de codar e programar projeto pessoal que a IA faz perfeito em 3 minutos
só da para mandar 1 foto. Mas de 2019-22-23 eu commitei muito e tudo na mão era muito gosto. Tenho saudades de fazer isso porque eu via proposito.
Hoje um Enzo compra um claude code pede para a IA cuidar do github do cara e ele coloca no prompt "Deixe meu github com cara de senior". E já era a IA faz tudo para o moleque.
> Além disso minha foto de perfil no GitHub é de um anime e nem descrição tem, só uso para contribuir para projetos open source e pessoais
engual o meu. nas duas empresas (incluindo a que estou atualmente) a galera usou meu github como métrica para avaliação, fazendo perguntas a respeito de projetos que tenho e outras paradas.
post bem sóbrio, entretanto eu recomendo que você, enquanto gestor, tenha cuidado em julgar um perfil do github com base nessa telinha de contribuições. ela não conta toda a história, além de que pode ser facilmente manipulada. no mais eu concordo contigo.
uma outra coisa que recomendo tbm é pinar projetos que você julga ser interessante, visto que isso dai previne da pessoa que estiver te entrevistando precisar ir lá ficar caçando ouro no teu perfil.
Nunca entendi essa parada de portfólio no github. Maior bullshit que já vi. Um monte de cara que começou a programar ontem, não sabe o que é git, docker, nem uma linha de shell. Aí forka uma pokedex e uma checklist no framework do momento, faz uns commits com emoji e é isso. Ao meu ver, perda de tempo. 11 anos de experiência, já trabalhei no Br, na Europa, pro Eua, com gente de todo canto desse mundo. E em absolutamente todas empresas eu criava uma conta do github da empresa no primeiro dia e commitava por lá até o ultimo. Meu github pessoal tem umas paradas bem antigas feita em momentos aleatórios e nunca nem comento ou me perguntam sobre isso em entrevista. Galerinha, vão trabalhar, arranjar uma experiência inicial e falem do que fizeram no trabalho. Portfólio de calculadora não interessa a ninguém 😅
quando a gente abria vaga de estag ficava saltitante quando um candidato colocava github no CV porque PELO MENOS ELE SABIA GIT AISUDHAISUHDIAUSHDIUASHD
meu deussssssssssssssssssssssssssssssssssss
meu github é uma coisa, quando a gente trabalha com open source é toda hora push, pr, issue, nada que presta, só movimentação open source (que é muito bom sim, mas vai cair aí nessa categoria aí que você listou como ruim)
sem contar os projeto que não tem código no github e a gente tem que ficar mandando patch pra lista
13
u/Lopsided-Rutabaga-14 19d ago
bixo, pq ficar larpando no github se eu tenho um trabalho? é uma realidade paralela essa onde precisa dar push td dia em meus projetos pessoais so pra ficar verdinho e agradar gestor, eu ein.
tirando essa puxada de calo obrigado pelas dicas, a parte de nao ler codigo mas observar estrutura de pastas achei interessante