Pro github, vou tentar dar uns pitacos. Não sei se é efetivo, mas meu foco é tentar de alguma forma chamar a atenção.
-
melhore a página inicial
- Eu vi q vc já adicionou uma imagem com métricas do seu github, isso é legal, mas sempre dá pra melhorar. Procure por exemplos no github, sempre tem aqueles q adicionam badges, coloque algumas coisas q mostre mais sobre vc e etc.
- Ah, não exagere tbm colocando coisas em excesso, seja consiso, kkkk. O recrutador ele tem q dar aquela olhada e ter aquilo q ele procura.
- continue fazendo commits, eu vi q seu último commit foi em setembro. Se é pra manter um vácuo, não sei se vale a pena ter esse gráfico, pq ele é um ponto bom e ruim ao msm tempo. E assim, não estou querendo q vc saia programando q nem um louco, longe disso. Claro q não sei se outras pessoas vão pensar da msm forma, mas eu vejo q pra quem está correndo atrás de emprego, manter programando representa q vc está pelo menos estudando.
-
documento importa
- eu olhei seu projeto pinado (dev-finance) e não senti nenhuma vontade de saber sobre ele, pois seu README não é bom. Eu sou leigo com projetos typescript, e como não tenho nenhuma orientação como entender o projeto, pra q vou ver ele? Vc não está fazendo esse projeto pra ti nesse momento, é pra outras pessoas, então se pinar um projeto, pelo menos deixe ele fácil de entender. Documentação na nossa área importa mto, então treinar a escrever documentos bons ajuda, demonstra q vc sabe documentar.
- pode ver como seu outro projeto pinado (nestjs-backend-template) está bem melhor (imagino q vc fez um fork desse projeto). Mas o q queria falar é q se for pinar projetos, faça com a sua autoria.
- coloque imagens se puder, ainda mais se tiver tela bonita.
- o q eu recomendo vc colocar: falar sobre o projeto, falar sobre como está organizado o projeto, falar sobre a arquitetura utilizada, se tiver uns plugins mais diferentes do basicao, falar sobre a utilização deles, falar como instalar/executar eles pra testar. Pode colocar mais coisas, mas imagino q isso é o suficiente. Lembra, vc está vendendo seu peixe aqui, nesse caso vc está vendendo como vc trabalhou nesse projeto, desde pequenas decisões, até como vc organiza ele.
-
quantidade é <> de qualidade
- Na tela inicial, tem os projetos pinados. Filtre os projetos destacando os principais, principalmente para aquela stack q vc deseja trabalhar. De nada adianta destacar um projeto em C# se vc irá trabalhar com Ruby on Rails, por exemplo. Os recrutadores normalmente vão querer saber o q vc sabe das coisas q eles precisam. Tbm arquive projetos não essenciais.
- Se vc quiser uma recomendação boa, mas terá q ver se cabe no seu estilo de organização, eu recomendaria ao invés de ter um monte de projetos soltos assim, ter projetos agrupados, mas não é qqr projeto, e sim aqueles projetos de estudos. Por exemplo, vc fez um projeto tal pra portfólio. Coloque em um repository único. Agora vc quis testar tal coisa, tentar entender tal coisa. Coloque dentro de uma pasta com outros projetos. O motivo é destacar o essencial e juntar os menores ou até descartáveis, aqueles q foca em aprender algo. Isso tbm ajuda aquela parte de consistência, pq sempre q vc quiser testar algo, vc coloca nesse projeto de estudos e grava ali. Mas faça isso se quiser, não estou obrigando, oks? Isso dá um trabalho organizar.
- Recomendo arquivar projetos mortos ou mto antigos.
Bom, o q falei aqui é só pra vc dar uma organizada no seu github. Como eu disse, não sei se é efetivo, pois cada pessoa interage de maneira diferente. Mas uma coisa q aprendi é q se vc chamar a atenção (sem excessos), vc consegue fazer a pessoa ficar mais tempo querendo saber sobre vc. Eu chuto q a maioria dos recrutadores mal olha github, mas se olhar, eles vão fundo.
Eu só entrei na empresa q estou até hj pq eu fiz um bom projeto q chamou a atenção.
Então por isso faça uma boa documentação nos projetos. E organize seu github para eles acharem melhor aqueles projetos q faz brilhar os olhos de quem ve. Não será bala de prata, e se não servir, vc estará aprendendo coisas novas q não se trata apenas sobre programar, e sim sobre organizar as coisas.