Executando verificação de segurança...
40

Como melhorar seu Github para vencer a disputa de vagas no mercado?

Primeiro preciso destacar que essas dicas não são definitivas e muito menos inflexíveis, quero apenas compartilhar um pouco da minha visão como contratante. Cada empresa tem os seus métodos e processos na hora de contratar um dev, mas todas elas tem a famosa "triagem".

Quando você publica uma vaga no mercado, com certeza, você deve receber centenas de currículos em uma semana. São centenas de pessoas para avaliar e, em muitas empresas, você não vai ter um processo super robusto onde todas essas centenas serão entrevistadas. Para isso existe uma "triagem" prévia para filtrar os pré-selecionados e seguir no processo.

Essa atividade pode variar de uma empresa para outra, mas em geral ela é tomada pelas seguintes avaliações preliminares:

  • Busca dos requisitos no currículo;
  • Busca dos requisitos no Linkedin;
  • Busca dos requisitos no Github.

Aqui quero focar especificamente no Github e como você pode utilizá-lo para destacar o seu perfil para recrutadores/headhunters/contratantes e afins. Não é uma garantia, mas certamente é uma coisa de te aproxima de ter mais chances em ser chamado para uma entrevista e conseguir seguir adiante no processo.

Veja bem, eu entendo que nem toda empresa é "boa" no processo. Muitas mal preenchem a vaga corretamente, contudo quanto mais ferramentas você tiver a sua disposição melhor. Bons recrutadores, headhunters ou contratantes irão explorar seu Github caso este esteja anexado às suas informações. Muitos avaliadores não são tão técnicos, por isso essas dicas são uma mão na roda.

(1) Venda seu peixe como profissional

A primeira coisa que todo perfil de Github deve ter é um bom README. Eu recomendo que na sua descrição você escreva em português e também em inglês para ampliar suas chances. Na descrição leve em consideração os seguintes pontos:

  • Quem é você?
  • Quanto tempo você tá trabalha/estuda desenvolvimento?
  • Qual é a sua especialidade (front/back/fullstack) e por que?
  • Qual é a sua escolha profissional (React/Angular/Node/Python, escolha ao que você quer se dedicar)?
  • Qual é sua visão do mercado como profissional?
  • E o que você está buscando no mercado de desenvolvimento de software?

Você não precisa escrever um enorme texto. Pode ser 3 parágrafos, seja objetivo e utilize esse espaço para promover a si mesmo como profissional. Recomendo também colocar links para as suas outras redes e colocar uma lista de tecnologias que você já teve contato.

Se você tiver bastante atividade no seu Github, mesmo que em repositórios privados, recomendo colocar o status do seu perfil e as linguagens mais usadas, veja aqui.

(2) Fixe os seus melhores projetos

Como o Github permite que você fixe projetos no seu perfil, saiba que estes serão os projetos vistos pelos recrutadores. Nem todo recrutador vai clicar na guia "Repositories" e, com certeza, todo recrutador vai esperar coisa boa dos projetos que você fixou.

O maior erro que as pessoas cometem é acabar fixando os projetos mais recentes... não faça isso! A intenção é os melhores projetos então pouca importa se um deles foi feito há quatro anos. Por serem os melhores projetos, o mínimo que é esperado dentro de cada um deles é:

  • Pelo menos um screenshot, caso seja um projeto de front-end;
  • Uma clara descrição do projeto, como ele funciona, como ele pode ser utilizado, seus desafios, propostas futuras e qualquer informação relevante (quanto mais melhor);
  • Uma boa organização dos arquivos, dos branches e se possível tags aplicadas.

Primeiro, chego a pensar se alguns devs acreditam que o README tem limite de caracteres. É extremamente comum chegar em um repositório fixado que tem o README padrão do framework que está sendo utilizado. É frustrante, pois nenhum recrutador vai dar o clone no seu projeto e fazer o deploy... então a gente só passa para o próximo repositório, buscando algo mais completo e fácil de entender em poucos segundos.

Se deu para entender o projeto e o README está bacana, o próximo passo é dar uma olhada na organização. Entender se essa pessoa sabe utilizar o git ou tem explorado o básico da ferramenta. Mas, mais do que isso, dependendo do que estamos buscando, depois que o README fez eu entender o código-fonte, é comum dar uma explorada pelo código e ver como o candidato está programando as coisas.

Nem todo mundo fará uma análise profunda do seu repositório, mas se o seu README for claro o suficiente, certamente valerá a pena ir um pouquinho além. Costumo fazer isso e vários recrutadores mais técnicos também fazem. Com os recrutadores não técnicos você conquista logo de cara, eles buscam tentar extrair algumas softskills de cara e já se impressionam se está tudo bem documentado e organizado mesmo que sequer entendam do código-fonte.

(3) Contexto importa

Não sei qual é a intenção profissional de cada um e está tudo bem ofertar para vagas muito diferentes uma da outra, MAAS lembre-se "centenas" de candidatos enviando currículos em um curto intervalo de tempo.

O contexto é importante porque ele é compreensível tanto para recrutadores técnicos quanto não técnicos. Ambos usufruem disso. Eu sei que é chato preparar para uma vaga que você nem sabe se realmente vai ser chamado... porém tem gente que se prepara e, para o bem o para o mal, a pré-seleção busca otimizar esse processo de triagem.

Em aplicações práticas, o contexto é: estar relacionado com a vaga que você está buscando. Então direcione a página inicial do seu perfil do seu Github para essa vaga, mesmo que temporariamente. Isto é:

  • Descreva seus objetivos profissionais focando naquela vaga;
  • Destaque repositórios relacionados a stack daquela vaga.

Quando olho os candidatos e abro o Github que compartilharam e lá tem uma sinergia com os requisitos da vaga, já separo imediatamente estes perfis, nem penso muito (deixo para as próximas fases). Acredito que esse tipo de coisa faz a diferença e também traz flexibilidade.

Esse mês você pode estar aplicando para uma vaga em React e contextualizar o seu Github para isso, no mês seguinte pode trocar para Python e aplicar para vagas relacionadas. Acho que vale a pena tentar, pois como já tive dos dois lados da moeda, sempre fez a diferença.

(4) "Mas eu não tenho experiência profissional o suficiente..."

Essa é uma questão complexa, certamente um candidato que passou por algumas empresas com vagas similares tem muito mais peso que um candidado que não passou, CONTUDO esse mesmo candidato pode chamar atenção no Github e acabar seguindo adiante.

Tomo como exemplo um júnior que aplicou para a vaga pleno que estava buscando. Quando entrei no Github dele, já adicionei na pré-seleção. Projetos muito legais estavam em destaque e ele teve algumas preocupações no hora de documentar e exibir o projeto. Me chamou tanta atenção que olhando para o código-fonte, entendi que havia potencial ali. Ainda tem uma série de fases, mas ele venceu "aquela que arranca a maioria sem ter qualquer chance de argumentar".

O Github é a sua oportunidade perfeita de mostrar experiência mesmo que você ainda não tenha experiência profissional. Criar projetos pessoais é uma estratégia boa para ambos. Você vai melhorar suas habilidades, vai lutar contra desafios e crescer tecnicamente, enquanto o recrutador vai utilizar desses pequenos detalhes para pré-selecionar você aumentando as suas chances de seguir em frente.

Entretanto, não acredito que seja qualquer projeto que você deva criar. O seu portfólio/website (que muitos dev fazem) é bacana e tudo mais, mostra que você sabe publicar um projeto e etc... mas, pouco diz sobre seus desafios técnicos. Para isso, prefiro desafios. Os desafios brincam com a sua criatividade e te forçam a aprender alguma coisa. Além disso, você pode dar aquele toque especial no README comentando sobre os seus desafios e até como enfrentou eles (com referências ao código-fonte, por exemplo).

Eu tentei um tempo atrás fazer um projeto ajudando devs a resolver desafios no TikTok (aqui o exemplo de um deles), mas o tempo limitado não me permitiu continuar 😅 então eu entendo quais são os problemas envolvidos a sua capacidade de resolver estes mesmos desafios. Contudo, quando você aplica para uma vaga se você tiver pelo menos um ou dois desses resolvidos, vai fazer MUITA diferença.

Um repo que eu gosto muito é o https://github.com/florinpop17/app-ideas. Ali tem várias ideias e para cada uma delas tem os requisitos. Você precisa considerar que esse processo não é apenas para impressionar recrutadores (embora ajude), é um processo até para seu crescimento e vale muito a pena. É satisfatório concluir um desafio como estes.

O resumo que tenho para fazer deste ponto em específico é: você pode construir a sua experiência mesmo sem trabalhar ainda e isso conta, principalmente para vagas júnior.

Para fechar

Cuidar do seu Github vai muito além de impressionar, ativa o seu posicionamento como profissional e aumenta suas chances de ir além. E vamos lembrar que somos uma comunidade, devemos estar unidos. Ninguém está aqui para atacar o Github de ninguém! Deixem o Github de vocês aqui nos comentários e bora melhorar nossos README. Aqui está o meu: https://github.com/caiquearaujo.

1

Cara, incrível esse conteúdo... qualquer informação vindo do oposto no paralelo do mercado é imensamente útil, no caso de um recrutador para recrutante... me chamou atenção por ser algo que é um calcanhar de aquiles... meu perfil do git não representa a minha atividade como programador porque eu não sei usar mesmo e estou postergando a tempos para elaborar um bom profile no github e esse texto ajuda bastante e deixo minhas perguntas aqui.

O histórico de contribuições é meio confuso de entender... eu trabalho direto em repositórios privados de outras pessoas e acaba que não aparece a contribuição... e como eu faço commit pra cada coisinha, acaba que, por dia eu gero de 5 a 10 commits e mesmo dando push todo santo dia o histórico não registra... imagino que não deveria ser levado como consideração direta de atividade visto tal caso e esperando que não seja exclusivo de minha pessoa... Mas no final, é levado em consideração ?

Eu tenho um caso específico de sorte gigante e enorme de ter um mentor na minha área e trabalho direto com ele, conversando com ele sobre programação prática do bom dia ao boa noite... é interessante expor que sua carreira é mentorada ? O quanto é interessante expor ?

Lógico que não precisa falar por todos os recrutadores, dê sua opnião pessoal(e profissional claro)!!

2

Sobre o histórico de contribuições, você tem que habilitar para exibir suas atividades em repositórios privados. Você vai fazer o seguinte, na página do seu perfil no Github vai até o gráfico de contribuições e terá bem pequenininho "Contribution settings", ao clicar você deve deixar habilitado "Private contributions" e "Activity overview". Esse é o primeiro passo para começar a aparecer as atividades de repositórios privados.

Pontos importantes sobre esse histórico: só é registrado as atividades no branch principal ativos no repositório. Então dependendo da estratégia de cada empresa, os seus commits precisam ser fundidos no branch principal. Eu utilizo a estratégia GitFlow em todos os projetos, logo ao dar o merge, os commits individuais são preservados. Mas, tem empresa que agrupa os commits e aí só contabiliza como um commit por exemplo...

Sobre a mentoria, acho super válido você mencionar que tem um mentor e destacar qual a área de mentoria. Você pode divulgar o perfil do github dele também, mas somente com autorização prévia (consulte ele) aí você pode colocar algo como: Mentorado há X anos na stack X por @/user. A vantagem de fazer um link com o github dele é que será bom tanto para ele quanto para você.

1

Depois ensina como adicionar aquelas métricas/estatísticas como tem no seu perfil. Ou se sabe de algum material que ensina, puder compartilhar também. Eu vi algo do tipo uma vez acho que num video, só não lembro o nome.

1

Primeiro você precisa criar um README para o seu perfil. Para isso, basta você criar um repositório com seu nome de usuário na sua conta. Então, por exemplo, a minha conta caiquearaujo. Eu vou criar um repositório público caiquearaujo/caiquearaujo e neste repositório só preciso criar um arquivo README.md.

Daí você só precisa criar duas tags HTML do tipo img, como abaixo, no topo do seu README abaixo do título:

<div>
  <img height="180em" src="https://github-readme-stats-sigma-five.vercel.app/api?username=[username]&show_icons=true&theme=default&include_all_commits=true&count_private=true"/>
  <img height="180em" src="https://github-readme-stats-sigma-five.vercel.app/api/top-langs/?username=[username]&layout=compact"/>
</div>

Troque [username] pelo nome de usuário do seu Github. Depois disso, é só fazer o commit. A primeira imagem exibe seus status de atividade e a segunda imagem exibe suas linguagens mais utilizadas. Recomendo ver o código do meu README pode ajudar 😊

Você pode ver outras configurações, gráficos e status no repositório oficial: https://github.com/anuraghazra/github-readme-stats. A qualquer momento você pode colocar a URL, por exemplo https://github-readme-stats-sigma-five.vercel.app/api?username=[username]&show_icons=true&theme=default&include_all_commits=true&count_private=true (com seu nome de usuário), no navegador para pré-visualizar o resultado.

-1
1
1

Anotei todas as dicas, muito obrigado por compartilha-las conosco amigo, vai ajudar muitas pessoas como eu que estão tentando entrar no mercado de trabalho como dev.
Inclusive, aqui está meu GitHub.

1

Por essas questões que acho que os tech recruiters deveriam ter um mínimo de conhecimento técnico. A maioria nem olha o Github, você estuda, faz projetos e ninguém olha. Você recebe uma mensagem genérica sem motivo algum do por que não passou para a próxima etapa.

2

Concordo totalmente. Por aqui tenho essas preocupações. Mesmo quando um recrutador não técnico participa da pré-triagem, ele já tem algumas instruções do que deve buscar ao selecionar currículos. Por isso digo da importância de "deixar mastigado" os projetos no README, isso ajuda muito esses tipos de recrutadores.

Entendo que não é a realidade da maioria das empresas essas preocupações, mas acredito que ainda sim vale tomar essas atenções no Github para a maioria das aplicações em vagas.

1

Tenho um GitHub simples, não sou muito adepto de enfeitar para tech recruiter usando status de "Linguagem mais usada" ou lotar com algum outro tipo de badge de status.

Eu simplesmente adiciono a descrição ao projeto e o aprimoro, adicionando dados relevantes e instruções para sua execução.

1

Acredito que alguns de vocês precisem abrir um pouquinho mais a mente... não é "enfeitar para tech recruiter" é tornar seu Github mais orgânico e compreensível até para recrutadores não técnicos.

Primeiro que o status de atividade ajuda muito a mensurar a experiência com a ferramenta Git e Github. Segundo que você também consegure agrupar mais facilmente a linguagem que você domina e uma forma mais vísivel. Essas coisas não existem atoa ou apenas para fazer "charminho".

Acho que o ponto crítico mais fundamental é: tem gente que faz. Tem gente que cuida bem do perfil e na hora da triagem faz a diferença. Uma das coisas que você pode fazer é utilizar todos os recursos que você tem a disposição para ir um pouco mais além e chamar a atenção.

Mas, se não é uma preocupação sua se destacar em vagas ou se você nem quer concorrer a vagas, não faz sentido. Tirando os gadgets, o resto são boas práticas adotadas pelos melhores profissionais. A regra básica é sempre: NUNCA deixe um projeto sem um README, até para a comunidade isso é importante...

1

Esse é tipo de conteúdo que tava faltando ter no Tabnews, recrutadores compartilhando suas experiencias com devs e o mercado de trabalho, isso ajuda muito a ver o outro lado e a direcionar um caminho pra seguir, conteudinho true.

1

Ta aqui um ponto que eu tenho deixado muito de lado, a apresentação nas redes, principalmente no GitHub, muito obrigado pelo seu post, me fez rever minhas e procurar pontos para melhorar elas, começando pelo meu Git: https://github.com/VicentShiug
E eu sei que ainda há muito o que melhorar e projetos a fazer, tenho focado mais no trabalho profissional (faço estágio e freelance) e bem menos em projetos pessoais. Aceito dicas, sugestões, críticas e etc, só mandar ai embaixo

1
2

Eu estou fazendo um sistema para controle financeiro, para usar como aprendizado, aprender a me controlar e também usar na empresa onde trabalho atualmente. Estou fazendo tanto o back-end quanto o front-end, e está sendo um desafio e tanto.

Não chegou a produção ainda, principalmente porque resolvi mudar o backend umas três vezes mas cheguei em uma definitiva, e ainda pretendo adicionar muitas funcionalidades.

Minha ideia é terminar esse projeto pra me sentir capaz de pegar um projeto de verdade!

Back-end: https://github.com/brunoh5/fintrack-server
Front-end: https://github.com/brunoh5/fintrack

0
-1