Vale a pena listar repositórios de teste ou de autoaprendizagem no meu currículo? [fechadas]

Eu tenho um repositório GitHub com programas de brinquedo que escrevo quando aprendo alguma coisa. Por exemplo, quando leio um sobre algoritmos ou estruturas de dados, escrevo uma rápida implementação para garantir que funcione e eu o entenda.

Às vezes, resolvo quebra-cabeças de algoritmos e estrutura de dados e isso é empurrado para o repositório.

Vale a pena vincular este repositório no meu currículo ou seria realmente um prejuízo para minhas chances de ser contratado?

Certa vez, ouvi um currículo descrito como "um balanço que mostra apenas seus ativos, mas não seus passivos".

Com base nessa definição, você deseja incluir projetos que serão um trunfo para você ao conseguir o emprego e deixar de fora aqueles que possam ser um passivo. Isso significa que eles devem ser relevantes para o trabalho que você está se candidatando e mostrar o seu melhor trabalho . Mesmo se você considerar seu código como "programas de brinquedos", isso não significa que eles não possam ser bem estruturados. Portanto, não inclua código descartável ou hacks sujos. Mantenha aqueles em um repositório privado. E, é claro, você deve ser capaz de falar sobre seus programas , as decisões de design que foram adotadas etc. Eu já tive um candidato que afirmou ter feito esse projeto incrível um ano antes, mas não conseguiu me dizer nada sobre isso. Não tão bom.

Lembre-se, um currículo deve ser desenvolvido com o entrevistador em mente, e a maioria das pessoas não deseja peneirar um tratado apenas para determinar se você merece uma entrevista. Eles querem que você forneça as informações mais relevantes sobre a posição de maneira concisa. Isso requer priorização cuidadosa do conteúdo. Costumo personalizar meu currículo por posição, a fim de destacar melhor as informações relevantes e acredito que essa é uma abordagem razoável para essa questão em particular.

Se você está se candidatando a uma posição geral de desenvolvedor de baixo nível, uma grande variedade de programas pode ser útil. Talvez um dos programas de brinquedos ilustre o momento em que você finalmente "clicou" com protótipos de javascript ou quando estudou o seu primeiro LISP. Estes podem ser benéficos.

No entanto, se você estivesse se candidatando a uma posição que exigia a criação de compiladores para sistemas nacionais de defesa, os exemplos anteriormente expostos seriam de pouca ajuda para os entrevistadores. Eles estariam muito mais interessados ​​em outros tipos de informações básicas (projetos de compilador nos quais você contribuiu / liderou, etc.)

Tudo isso para dizer, eu tentaria avaliar a relevância dos projetos de brinquedos para a posição atual. Se eles parecerem relevantes para a posição atual (por exemplo, a posição requer competência git, a posição requer predisposição geral para o aprendizado autônomo etc.), então eu incluiria o repositório. Caso contrário, pode haver informações mais importantes que podem ser destacadas.

Não coloque nada em seu currículo que você não se sinta confortável com alguém examinar com um olhar crítico. Da mesma forma, não faça com que um entrevistador em potencial precise vasculhar o repositório para encontrar as coisas boas; é melhor ter um repositório pequeno com algumas bibliotecas ou trechos de código bem escritos, em seguida, você está tendo um aplicativo completo.

Se você fornecer o link para um repositório, verifique se há um arquivo LEIA-ME claramente definido que possa apontar as pessoas para as partes interessantes do código que você deseja exibir, bem como uma breve visão geral de exatamente por que as coisas estão assim o são. Se você divulgar o link no início do processo de contratação, poderá não estar por perto para justificar suas decisões de design, para que um README possa explicar as coisas em seu nome.

Um dos benefícios de disponibilizar o código para os empregadores é que você pode usá-lo para rastrear suas oportunidades.

Uma entrevista de emprego é bidirecional; Não apenas o empregador está avaliando o candidato, ele também deve decidir se realmente deseja trabalhar para o empregador.

Quando um empregador faz uma oferta sem antes ver o trabalho do programador, há uma chance muito boa de que o mesmo processo tenha sido usado antes, para contratar todos os outros. Um candidato a emprego provavelmente deve ter muito cuidado em aceitar ofertas quando não há uma razão óbvia para um não programador ter sido incapaz de se qualificar para a mesma posição (porque certamente houve)

Claro, a maioria dos empregadores não pedir os candidatos para produzir algum código; e geralmente parece estar na forma de "escrever uma função neste quadro" ou, se tiver sorte, "escrever uma função nesta estação de trabalho desconhecida". Embora isso possa fazer um trabalho razoável de separar os candidatos que realmente nem conseguem escrever "Hello World!", Torna-se muito menos informativo sobre a diferença entre quem pode escrever um bom código e quem pode se refrescar em uma entrevista.

E muitos empregadores (embora longe da maioria) estão ansiosos para também dar uma olhada no tipo de código que um programador pode produzir quando está em seu ambiente ideal, trabalhando no que deseja trabalhar e sem orientação específica.

Para tirar o melhor proveito, é uma boa ideia oferecer o código antes mesmo que um empregador o solicite; Se eles simplesmente não estiverem interessados, encontre outra oportunidade. Se eles estiverem interessados, diga a eles quais projetos você gostaria de ver e por que (e também explique por que você não acha que alguns dos outros projetos sejam tão representativos, por exemplo, você estava aprendendo a estrutura de um livro) . Depois, pergunte a eles o que eles pensaram sobre o que viram quando você falar com eles.

Se você pensar nele como um portfólio , sim, eu recomendo colocar esse link no seu currículo. Eu faço.

Um currículo tem exatamente um objetivo: avançar você para a próxima etapa do processo de contratação. Qualquer coisa que impeça esse objetivo é uma má idéia. Como ex-gerente de contratação, posso dizer-lhe que a quantidade de tempo disponível para um único candidato durante o processo inicial de triagem não permitiu mais do que ler o currículo e decidir se o rasgava ou não. As pessoas que me enviaram currículos de 7 páginas (realmente!) Não conseguiram a atenção que desejavam. As pessoas que me enviaram currículos que eram principalmente URLs também não. Mais tarde, depois de eu ter investido mais nos candidatos restantes, talvez.

Um portfólio é uma coisa boa. Isso é especialmente verdade em certos aspectos de nossos negócios, como o design da web. Mas, exceto se você é um artista gráfico, seu portfólio não deve ser sua introdução.