Como fazer as empresas saírem no tapa por você
January 05, 2020
Nós já falamos que as empresas estão desesperadas atrás de desenvolvedores, se você não leu, leia. O fato exposto no post anterior demonstra a margem que se abriu para que possamos conseguir empregos melhores, dada a falta de programadores no mercado. Então hoje falaremos sobre dicas de como ser bem avaliado pelo RH no processo de seleção.
Eu digo e repito para todos os alunos e mentorados da Reativa, de Júnior a Sênior que nos procuram: o RH sempre busca por provas sociais no seu perfil. Se você entender as bases por trás disso você vai conseguir emprego nas melhores empresas do mundo. Esse artigo é uma pequena parte de um capítulo do nosso curso. Com essas dicas nossos alunos conseguiram dobrar de salário em pouquíssimo tempo.
Provas sociais são evidências que demonstram que você tem o conhecimento prático das características da vaga que a empresa tem em aberto.
Essas provas podem estar:
- Nas empresas que você trabalhou anteriormente.
- Nas conexões que você possui.
- Nos posts técnicos que você escreveu.
- Na mensagem de commit que você faz.
- Na forma como organiza os projetos no Github.
Tudo vai ser motivo para te qualificar ou desqualificar para a vaga. Muitas vezes você é exatamente o candidato ideal, mas não se atentou a esses fatores e acabou perdendo a vaga. A análise inicial que o RH vai fazer de você é muito subjetiva, e será baseada nas informações que você coloca em seu perfil (no currículo ou Linkedin).
Não tem como saber quem você é de verdade somente pelas informações do seu perfil, e é aí que você entra em posição de vantagem, porque você pode:
Aprender a se vender.
Pense agora, o que te leva a uma decisão de compra? Na maioria das vezes, você compra um produto pelo marketing. A princípio você não sabe exatamente se o produto funciona bem, mas se tem imagens bonitas e um texto chamativo, esses vão ser os primeiros fatores que te levarão a comprar. No processo de contratação isso não é diferente.
O marketing vende, mas o produto tem que ser bom. Se venda bem, mas NÃO MINTA JAMAIS.
Já entrevistei dezenas de desenvolvedores, para vagas que variaram de estagiário a arquiteto de software sênior. Em dois minutos de conversa informal eu consigo identificar se a pessoa está mentindo. Seu corpo fala , sua história fala , suas contradições falam. O contrário também acontece, mesmo quando uma pessoa está falando tudo errado pelo nervosismo, ou tem dificuldades de conversar por ter perfis introspectivos, a gente consegue identificar se ela é potencial, se ela se esforça e se realmente quer melhorar. Foque em ser , e não em parecer.
É a tecla que nós da Reativa sempre batemos: Procure ser o desenvolvedor que estuda muito, que trabalha duro e sem preguiça, que programa muito, que verdadeiramente entrega valor para a comunidade, independente do seu nível. Não vai ser fácil, mas se você se tornar essa pessoa, até em uma conversa de bar qualquer um vai identificar que você é diferenciado.
Sorte é a oportunidade aliada com a preparação. Esteja sempre preparado.
A dica desse contexto é: vá a eventos, observe, converse com as pessoas, procure gerar valor para elas e uma hora vai dar bom.
Tendo isso em mente, vamos começar a trabalhar no seu perfil com as dicas práticas. Eu recomendaria você começar a trabalhar todos os dias para criar provas sociais que demonstrem que você é muito melhor do que os outros candidatos. Mas como?
- Posts técnicos de snippets de código e dicas úteis no Linkedin.
- Posts em blog pessoal, Medium ou Linkedin sobre como você resolveu algum problema técnico imenso e detalhes com exemplos de código. (Escrever duas versões do post, uma em inglês e outra em português).
- Um Github com códigos que funcionem e que tenham integração contínua, testes unitários e readmes extremamente bem escritos.
- Programar em inglês e usar boas práticas no código do Github.
- Apagar os repositórios feios que você tem no seu Github (é melhor ter 3 bons do que 50 ruins).
- Interagir e contribuir com projetos existentes no Github.
- Mensagens de commit com o código bem separado e com mensagens muito descritivas e EM INGLÊS.
Faça cadência de posts no Linkedin, comece a escrever como se você fosse um grande arquiteto de software, mas sempre com humildade, sempre respondendo as pessoas que comentarem e tentando ajudar verdadeiramente.
Exemplo de post bom para o Linkedin:
Isso gera prova social, mostra que você se esforçou, mostra que você entende de Github, que você contribui com conhecimento para os outros DEVS. Na hora da avaliação, isso faz com que o seu salário suba, pois você será avaliado como um DEV mais avançado, por mais que você seja Júnior.
Provas sociais do post:
- Usa Github (tem experiência).
- Já passou por muitas etapas para conseguir chegar até o resultado que ele postou (experiência).
- Fez o curso online e terminou os exercício (provou ter prestado atenção no curso e que é autodidata).
Outro exemplo:
Demonstra que ele gosta de lógica de programação e dá a entender que programação é uma diversão na vida dele. Eu particularmente quando contrato desenvolvedores gosto de perceber que ele gosta MUITO do que faz, isso vai fazer com que ele não surte quando tiver problemas complexos do trabalho para resolver.
Outro exemplo:
Nós podemos ver que o perfil dela é de auxiliar de escritório e que ela está aprendendo programação, demonstrando que é esforçada e muitas vezes só isso já é suficiente para o RH te querer. Às vezes eles vão aceitar te contratar pelo seu potencial e não pela sua capacidade técnica atual.
Só nessa imagem vimos que ela usou a Udemy, ou seja, ela investiu dinheiro do próprio bolso para pagar um curso, demonstrando que é EXTREMAMENTE INTERESSADA. Outro ponto é que ela usa Visual Code, então ela já passou por diversas etapas até chegar naquele resultado.
Provas Sociais:
- Usou dinheiro do bolso para investir num curso (interessada).
- Apesar de outra profissão, está aprendendo programação (interessada).
- Usou VS Code (tem experiência).
- Postou no Linkedin (é aberta a crítica, tem coragem de demonstrar publicamente e ser criticada).
Próximo Exemplo:
Começou o post fazendo uma crítica, que dá a entender que ele já passou por diversas situações e está alertando outras pessoas a não fazerem o mesmo.
O ponto positivo é que ele está preocupado com a forma como as pessoas se comportam e que você melhore com o erro dos outros. O lado negativo é que você pode ser interpretado como reclamão e que só está criticando os outros para mostrar que você é melhor que eles.
A diferença do veneno e do remédio é a quantidade, então o segredo é saber dosar e abusar do bom senso.
Nesse caso o rapaz tinha autoridade para falar, porque já tinha um cargo alto em uma empresa, o que faz com que as pessoas acabem respeitando a primeira vista. No caso de um junior tomar a mesma posição, ele teria que utilizar outra forma de comunicação, como por exemplo:
“Eu sou muito observador, e o fato de eu ainda ocupar uma posição de júnior me faz querer aprender com o comportamento dos devs mais experientes.
Reparei que existem muitos bons exemplos de inspiração, mas também vejo muita gente que estagnou na carreira, o que eu não busco jamais para a minha forma de trabalhar.
Criei uma lista do que eu aprendi e do que eu busco evitar, de forma com que eu cresça mais rápido na minha carreira. Meu objetivo é o de deixar claro o que eu não devo fazer, não sendo um ataque pessoal a ninguém. Então vamos a lista dos erros a evitar:
1- Vaidade, por achar que o código dele é sempre o melhor, e não aceitar críticas ou code reviews. […]”
Dessa forma eu deixaria muito bem exemplificado e muito explícito de que eu sou muito humilde e que busco melhorar sempre.
Lembre-se: tudo é prova social. Fazer isso gera engajamento, e engajamento gera visualização tanto de outros devs quanto de RH, o que pode gerar contatos para você.
Uma dica adicional seria de no fim do post você colocar:
“O que você acha que faltou nessa lista? Ps: Se alguém quiser tomar um café para falarmos sobre possíveis oportunidades para programador Júnior, me chame no privado, estou em busca de recolocação para posições em React e NodeJS. Tenho disponibilidade para mudança de cidade.”
Repare:
- Primeiro você gerou valor gratuitamente.
- Provou ter passado por muitas situações.
- É decidido sobre onde quer chegar na carreira.
- Sabe escrever e não tem vergonha de se expôr.
- É organizado e focado em melhorar
- Tem experiência de vida e ainda está disponível? QUERO ESSE DEV AGORA NA MINHA EQUIPE!
Mesmo em caso de você não ter experiência, as pessoas vão te dar uma chance, pois você prova que o que está dizendo é verdade através da geração de valor, das dicas para os outros devs, e que você não só está preocupado com a sua mudança, mas a de possíveis outras pessoas.
DICA PARA QUEM ESTÁ COMEÇANDO: Empresas contratam potenciais, porque eles são baratos e é muito difícil encontrar gente esperta. Criando esse tipo de post do exemplo, você demonstra criatividade e não se coloca em posição de vítima só esperando pela “recolocação cair no seu colo”.
Pra quem não sabe o que quer, qualquer lugar serve. Mas os devs que querem estar em primeiro lugar, estão com a mentoria da Reativa.
Nossos conteúdos são focados em conhecimentos práticos da vida real de um programador, através deles, ajudamos você a impulsionar a sua carreira e te levar de Dev Junior a Sênior no menor tempo o possível. Esse post foi só uma pequena pílula do que a Reativa oferece. Depoimentos dos nossos mentorados:
O Mateus, é desenvolvedor júnior que busca recolocação e está no processo de mentoria.
O Alexandre é desenvolvedor pleno em transição para sênior, e também está no processo de mentoria.
Desejamos todo o sucesso do mundo para todos vocês.
Qual conteúdo vocês gostariam de ver aqui na Reativa? Gostou? Não gostou? Sua opinião importa muito, comente! Não se esqueça de marcar os amigos que precisam de ajuda na recolocação, e somente marcando eles nesse post e compartilhando você poderá ajudar outras pessoas.
Acompanhe a Reativa nas redes sociais: