Devo incluir a minha página Github no meu currículo?

Se está satisfeito com o código, então ajuda sempre a publicá-lo. Sou gerente de contratação de engenheiros, e mesmo que o projecto não seja impressionante, gostaria de o consultar para ter uma ideia de:

• Se o engenheiro tem motivação interna suficiente para publicar projectos paralelos

• Se o código parece seguir a maioria das melhores práticas. Não terei de ensinar as melhores práticas ao engenheiro se ele se juntar à minha equipa

• À procura de um bom código limpo e bem testado.

Se está orgulhoso, inclua o link!

Você deve.

O seu repositório github é a única prova que está disponível para eles que você pode escrever ou desenhar qualquer coisa. Sim, o teu conteúdo github poderia ser melhorado. Eu coloco o meu como um motivador para melhorar as minhas capacidades de engenharia de software. O meu github está terrivelmente desactualizado, mas eu fico excitado por ver onde estou em comparação com onde estava. Mostrar algo é melhor do que não mostrar nada, desde que o que você mostra seja positivo, como a sua competência :)

Plus, o seu link github é a sua forma de dizer que você sabe como usar o github. Na verdade, eu tive que aprender os internos do github para fazer isso, mas isso é outra história para outro dia. No mínimo, publicar a sua conta no github deve motivá-lo a aprender o máximo que puder sobre o github. Não há nada de bom em github :)

Ser um bom engenheiro de software é um processo e não um ponto de conclusão de um processo. À medida que você melhora e se torna um solucionador de problemas, seu conteúdo de github se torna mais sofisticado. E não, o processo não tem um ponto final :)

Em termos do que publicar, o código que destaca o seu domínio sobre os fundamentos está bem. O lixo não é. A linha entre o que é bom e o que é lixo pode ser desfocada. O meu padrão é não publicar nada que eu não possa justificar como publicável.

Se estivesse a entrevistar na minha empresa, nós _garantir-lhe-íamos se tivesse uma conta github (ou algum outro repositório de código público) bastante cedo no processo de contratação.

Dependendo das suas responsabilidades, nós então procuraríamos traços específicos (na verdade mais a ausência de traços indesejáveis) para que tivéssemos uma sensação de

• as suas actuais capacidades versus as suas experiências reclamadas
• quanto treino seria necessário para o integrar numa equipa de projecto

Por isso, juntamente com os meus antecessores, eu recomendo vivamente a sua inclusão.

Edit 04/2016: re Traços indesejáveis

Feliz coincidência … há apenas alguns dias atrás deparei-me com esta peça , o que resume bem isto para o lado “programador” dos colaboradores.

Ao nível da “personalidade” … difícil de dizer sem entrar num monólogo demorado. Recentemente um dos meus clientes elogiou-me pela forma como consigo sempre projectar calma e ouvi-los, pensar em problemas antes de apresentar uma solução, enquanto outros consultores “só querem fazer a sua coisa” e cobrar muito. Ao que eu respondi “deixei o meu ego amarrado no porta-bagagens lá fora, no parque de estacionamento”. Eles também ouviram “não sei, tenho de procurar”, “problema interessante, deixem-me experimentar um pouco, sem cobrar”, “eu podia fazer isso mas se comprarem X, ficarão melhor” de mim.

TL;DR: estrelas de rock, ninjas de código, feiticeiros da tecnologia pura: não. Humanos Geralmente Competentes: sim.

Eu digo que sim. Como líder técnico que também faz entrevistas, gosto de ver o código das pessoas e, sinceramente, não estou à procura de um código de qualidade, embora isso ficasse registado se fosse esse o caso. É mais sobre isso: Consegues melhorar? Consegues aprender? Consegues crescer? Para mim, o repositório ideal é aquele que começa com uma aplicação de calculadora muito antiga e mal feita e depois o último compromisso é um projecto de paixão pessoal com múltiplas camadas de complexidade. Não precisa de ser perfeito ou bom. Só preciso de ver se consegues crescer. O candidato ideal é um candidato que seja extremamente responsivo à mudança e não tenha medo de aprender coisas novas.