Qual é o benefício de ter um repositório privado para projetos pessoais?

Então, acabei de criar meu primeiro repositório GitHub e comecei a me perguntar se haveria alguma razão para alguém não publicar seu código. Não quero dizer o óbvio, como código que é IP de outra pessoa ou qualquer outra situação legal possível; Estou falando de um novato postando seu próprio código, embora terrível.

Ouvi várias vezes neste site que uma das coisas que alguns dos gerentes de contratação fazem é conferir a pessoa no Github (ou site similar), e daí se o código estiver faltando? A posição desejada - por exemplo, se eu estiver atrás de uma posição de desenvolvedor júnior em vez de uma posição de desenvolvedor sênior - importa?

O objetivo dos repositórios particulares é salvar seu código sem tê-lo aberto. Como programas proprietários para você no momento e que você não deseja compartilhar. Efetivamente, é apenas um local para fazer backup de seu código privado em um repositório remoto.

Com relação às suas preocupações de que seu código possa faltar se você publicar as coisas abertamente; você não deve se preocupar muito com isso. Apenas ter uma conta no github (no momento em que escrevi) me diz que você está em um escalão superior de programadores e, na minha experiência, os recrutadores apenas verificam brevemente o código do que você fez. Mesmo que você tenha alguns erros no seu código, ainda é um indicador melhor para o seu potencial empregador que você pode realmente fazer coisas , o que importa mais do que qualquer coisa.

Quase 99% de todos os candidatos não dão nenhuma indicação em seu currículo sobre o quanto eles podem programar ou criar um programa. Caramba, alguns "programadores seniores de Java" que conheci eram tão ignorantes que nem sabiam o que interfaceé ou por que o usariam.

Obtenha uma conta no Bitbucket, se isso for uma preocupação. O Bitbucket fornece quantos repositórios particulares (Mercurial) você deseja.

Se você prefere o git, leia a comparação de serviços de hospedagem de repositório privado gratuito , que se concentra especificamente nos serviços que oferecem repositórios privados gratuitos.

Projetos de código aberto geralmente são hospedados gratuitamente nesses sites, então faça duas contas. Um para as caixas de areia do seu hobby e outro que você não se importa com o público em geral. Publique o nome de usuário do bom.

Não há nenhum mal em hospedar no GitHub ou Bitbucket. Na verdade, é acessível de qualquer lugar e você pode atrair outros desenvolvedores para contribuir. Você pode usar repositórios particulares se não quiser criar projetos de código aberto.

E isso depende do gerente de contratação de quanto impacto um bom perfil do github causa.

Não consigo pensar em outra coisa senão vergonha ou humildade. Outros já disseram isso muito melhor antes, mas essas são qualidades pessoais muito importantes em um programador. Isso não quer dizer que você deve dizer a todos o quão terrível é o seu código, mas eles podem resultar em alguém se esforçando constantemente para melhorar seu trabalho. E o campo da programação é tão espantoso que ninguém pode aprender tudo, ou mesmo aproximar-se dele. Portanto, tenha certeza de que, enquanto qualquer programador pode encontrar falhas (objetivas ou subjetivas) com o código de qualquer outro programador (ou o próprio), isso não significa que seu código deve ser oculto.

SIM

Dê uma olhada neste post: Vale a pena listar repositórios de teste ou de autoaprendizagem no meu currículo? - Eu o estenderia para também tê-lo on-line com o seu nome.

Eu concordo plenamente com a resposta aceita lá. A soma de todas as coisas visíveis sobre você online é o seu balanço pessoal. Você deseja exibir o máximo de ativos e minimizar os passivos.

Se eu encontrar o seu nome e encontrar parte do código que você escreveu, não sei se é algum programa de brinquedo com o qual você não se importou ou se esse é o seu melhor trabalho.

Acabei de publicar meu primeiro projeto no GitHub e passei uma boa quantidade de tempo certificando-me de que seja legível por alguém que não seja eu.

Se você estiver apenas procurando armazenamento, eu seguiria o conselho de outras pessoas e usaria um de outros repositórios (online ou offline). Pessoalmente, também uso o Perforce em casa (não tenho afiliação com a empresa) para meus projetos de brinquedos. É um produto muito maduro e bom e é fornecido com 2 usuários gratuitos; portanto, se for apenas para você, você fica completo, profissional e sem problemas de qualquer forma, gratuitamente.

Não há mal em ter repositórios públicos. No entanto, é verdade que os recrutadores gostam de navegar no seu perfil do GitHub e ver o que você fez. Se você tem uma mistura de projetos 'bonitos' e 'feios', sempre pode criar um site de portfólio que exiba os projetos bonitos ou até mesmo explicar quais repositórios são bonitos e quais são caixas de areia. Também é uma boa prática descrever cada repositório em um README.mddocumento na raiz do repositório, dessa forma, os visitantes do repositório podem entender o objetivo e o espírito do projeto sem precisar confiar em fazer seu próprio julgamento.

Sempre é possível usar os repositórios BitBucket ou GitHub privados para hospedar seus projetos particulares ou de teste. No entanto, os dois métodos de usar um portfólio e escrever READMEs geralmente são suficientes.

Para criar uma experiência unificadora, considere publicar um site de portfólio em username.github.io. Isso é possível através das páginas do GitHub .

Embora seu código possa ser terrível, é importante considerar que grandes projetos iniciam terrivelmente, o código muda com o tempo e a publicação de códigos terríveis tem a vantagem de mostrar que você está trabalhando ativamente em projetos. Mas é claro que também é recomendável usar as diretrizes usuais de codificação, como garantir que cada confirmação seja uma confirmação de trabalho, usar código de teste etc.