Você com certeza já deve ter se deparado com um currículo (ou talvez seja o seu próprio) onde nos conhecimentos técnicos a pessoa listou algo como:
- Javascript: 2/5
- React: 4/5
- Node: 5/5
Além de não dizer nada para quem está avaliando, muitas vezes são contraditórios os exemplos acima e os números atribuídos à cada.
Foto por Glen Carrie no Unsplash
# O que é saber 5/5 sobre uma tecnologia?
É ter toda a API decorada? Entender todo o código fonte? Conseguir desenvolver qualquer coisa usando a ferramenta sem dificuldades?
Podemos pegar qualquer tecnologia de código aberto como exemplo. Elas podem possuir de dezenas à milhares de pessoas contribuindo.
Claramente, os responsáveis pela concepção de seja lá qual linguagem, framework ou ferramenta, já não tem o entendimento pleno de toda a criação há muito tempo. Dan Abramov certamente não diria que sabe "5/5" ou "100%" de Redux, visto que momento em que escrevo isso, o repositório conta com mais de 800 contribuidores, diversas adições e modificações.
Os números ou porcentagens que você atribui ao seu conhecimento, não são valores tangíveis, pois não há uma escala que define o que é barrinha cheia ou vazia.
# Como eu apresento meus conhecimentos, então?
Você entender pouco ou muito de algo, é o de menos em um PDF ou pedaço de papel. Durante uma entrevista técnica, você não vai ter como "enganar" ninguém.
Além disso, um funcionário Pleno da empresa X pode ser considerado Sênior na Y, ou Júnior na Z. São contextos diferentes e é bem difícil o entendimento sobre básico/avançado ser igual em todos os lugares.
Então, em vez de colocar algo que não te define realmente de forma técnica, por que não exemplificar o que já fez com cada tecnologia de forma breve? Você não precisa ter um emprego prévio para poder experimentar tecnologias. Por isso é importante a criação de projetos pessoais. Com eles você pode deixar claro como e o que usou durante a criação.
# Exemplo
React: Conceitos de criação de projeto em React sem nenhuma toolchain pronta. Entendimento sobre o que são e como usar um compilador (Babel) e um bundler (Webpack). Conhecimentos como tree shaking e code splitting. <Link para o repositório do projeto>
Eu fiz questão de destacar o link para o repositório. O Github é nosso maior portfólio, independente de discussões ou polêmicas acerca disso, nós seremos julgados por essa capa. Então deixe seus projetos à mostra, um LEIAME claro sobre a proposta do projeto, como rodá-lo localmente e sempre que possível uma versão usável dele. Faz sentido ter imagens sobre o resultado final ou uma descrição breve sobre a API e como usá-la? Não deixe de fora.
No Github também é possível fixar os repositórios que considerar mais relevantes no seu perfil. Eu recomendo, caso você tenha, focar nessa área aqueles que fez por querer, por gostar, para algum uso pessoal ou que tem mais orgulho. Estes são os que se destacam daqueles projetos genéricos de um bootcamp que todo mundo tem igual.
Se você olhar o meu Github, por exemplo, mesmo que eu atue como front-end, nenhum dos projetos fixados tem relação com a área, mas com outras coisas que gosto mais de fazer no tempo livre. E normalmente esses são meus projetos mais comentados e discutidos em processos seletivos.
Por que moldar nossa apresentação para fora do que realmente gostamos?
# Observações
- Não existe uma fórmula mágica, tudo aqui é como eu enxergo, sugestões baseadas no que tento fazer e vejo funcionar normalmente.
- Complementando à observação acima, acho bom deixar claro que sou apenas mais um programador, no fim das contas. Tenho muito a aprender e evoluir, que é o que tento fazer sempre. Você não deve entender nada do que lê como verdade absoluta, independente do quão incrível seja a sigla ou nome do cargo da pessoa. Amanhã, tudo que conhecemos como boas práticas pode ser o jeito errado de se fazer as coisas. E é assim que evoluímos.
- Eu poderia provavelmente crescer exponencialmente este texto escrevendo sobre a parte do Github, como se vender e se apresentar através dele. Mas muita gente já fez isso e é algo relativamente pessoal, que acabaria tirando o foco da mensagem a ser passada.