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.