Devo criar contas de trabalho e pessoais separadas no GitHub? [fechadas]

Sou bastante novo em programação e tenho trabalhado em muitos projetos pessoais, que me preocupam podem parecer tolos e pouco profissionais. Os tipos de projetos que tenho são um Reddit Image Downloader e uma ferramenta para os GMs usarem em jogos de RPG.

Quero começar a criar uma conta do GitHub para projetos no meu campo escolhido de análise de dados , mas não sei como organizar projetos na minha conta do GitHub. Devo criar um GitHub "profissional", contendo principalmente scripts analíticos diferentes e ter uma conta "pessoal" separada para pequenos projetos divertidos meus? Ou estou pensando demais nisso e devo manter uma conta?

github

— Quase certamente
fonte

Pessoalmente, só tenho uma conta para projetos profissionais e pessoais. Desde que não haja nada ofensivo na sua conta, não vejo razão para usar a mesma para os dois propósitos. De qualquer forma, isso apenas mostra que você gosta de fazer o trabalho e não está se limitando a um tipo específico de aplicativo.

— Dylan Ribb

Isso realmente não pertence aqui, pois está pedindo conselhos de carreira, mas posso dizer que, quando entrevistei, projetos pessoais são ativos para candidatos, não importa o quão "bobo". (Supondo que não falemos de um aplicativo de peido ou algo assim.) Os projetos mencionados são definitivamente algo que eu consideraria digno de menção.

— Gort the Robot

removeu as seções de aconselhamento de carreira e falou mais sobre o github (incluindo a troca das tags).

— Michael Durrant

@AlmostSuring: você tem permissão para colocar um trabalho real no github? Seu empregador pode não estar muito feliz com isso, mesmo que você torne esses projetos privados.

— Marjan Venema

Colocar qualquer código do seu empregador no GitHub sem o consentimento deles - mesmo em um projeto particular - pode ser considerado roubo. Sei que se eu colocasse o código de meus empregadores no GitHub sem o consentimento expresso deles, eu estaria com sérios problemas. E eu não assinei um NDA. O mesmo se você trabalha por conta própria e coloca o código que você criou para um cliente no GitHub. O código não é seu para colocar lá.

— Marjan Venema

Respostas:

Eu digo que você pode comer o bolo também! Apresentando as organizações do GitHub .

Use sua conta do GitHub para seus projetos pessoais e crie uma organização para seus projetos profissionais. A página inicial da organização mostrará os projetos profissionais que você deseja apresentar e terá um link para sua conta pessoal que mostra tudo o que você fez no GitHub.

Benefícios:

Você terá a separação limpa que queria, mantendo uma relação entre sua atividade pessoal e profissional no GitHub.
Você poderá controlar tudo de uma única conta. Não é necessário fazer logon apenas para abrir um repositório na conta profissional - tudo o que você precisa fazer é selecionar a organização ao abrir um novo repositório.
Não há necessidade de gerenciar duas chaves SSH diferentes no mesmo computador!
Você pode adicionar outros usuários do GitHub à sua organização e até transferir a propriedade da organização para eles, se necessário. Cada usuário terá sua própria conta; portanto, você não precisa compartilhar a senha de uma conta profissional com outras pessoas. Como bônus, contas diferentes podem ter permissões diferentes com base em sua função real na equipe - algo que você não poderia fazer com uma conta compartilhada do GitHub para projetos profissionais.

Basicamente, essa abordagem fornece os benefícios das duas abordagens. A única desvantagem é que se você tem alguns projetos pessoais que você nunca relaciona com o seu público profissional. No entanto, esses critérios geralmente envolvem coisas ilegais que você não gostaria de colocar no GitHub, portanto, não deve ser um problema.

— Idan Arye
fonte

Eu recomendo que você os mantenha juntos.

mostrar projetos pessoais adequados é muitas vezes uma grande vantagem, pois mostra sua paixão e iniciativa
mais simples de gerenciar o que vai aonde ao longo do tempo.
apenas 1 conjunto de chaves ssh para gerenciar
não há necessidade de entrar / sair de um para outro.
permite que você tenha 1 github a 1 e-mail pessoal principal, também mais simples.

Eu acho que uma resposta para o que você quer (e o que eu faço) é ter uma conta paga (acho que são US $ 7 por mês por 5 privates) que permite mais repositórios privados. Portanto, mantenha o trabalho / lazer que você deseja que seja público como público e mantenha os outros como privados.

— Michael Durrant
fonte

mostrar projetos pessoais muitas vezes é uma grande vantagem - talvez com a mesma frequência quando alguém rouba sua idéia ... você pode falar sobre outras coisas que está fazendo com colegas de trabalho e superiores (sem levar muito tempo para faça isso), mesmo que não estejam no github - isso mostra paixão e iniciativa sem dar aos outros as "chaves do castelo". Isso é o que eu sempre fiz e me ajudou no meu trabalho - mais de uma vez recebi tarefas interessantes: "Ei, ouvi dizer que você estava brincando muito com o JSON ... talvez você possa enfrentar esse novo projeto." re planejamento ... "etc ...

— Vector

e muitos empregadores não vai querer o risco de contaminação cruzada entre sua propriedade corporativa e alguns projetos de hobby ...

— jwenting

Se você não pode manter os projetos separados, não importa se eles são privados ou públicos. Eu nunca vi essa "contaminação cruzada" na prática. No meu trabalho agora, tenho que usar 20 repositórios e não misturá-los.

— Michael Durrant

Vetor - é por isso que digo que use repositórios privados para esses projetos.

— Michael Durrant

Mesmo que você trabalhe em projetos particulares, o empregador pode não estar exatamente satisfeito em ter o que ele considera seu código "aberto" (não controlado por suas próprias políticas de segurança) e em mostrá-lo a outras empresas durante entrevistas. Até colocá-lo no GitHub em um projeto privado pode ser considerado roubo. Sei que se eu colocasse o código de meus empregadores no GitHub sem o consentimento expresso deles, eu estaria com sérios problemas. E eu não assinei um NDA.

— Marjan Venema

Eu acho que você deve manter as contas separadas.

Em quase todos os casos, o trabalho que você cria como questão de emprego em uma empresa pertence à empresa. Não é sua propriedade. Quando você sai da empresa, ela mantém todo esse trabalho e você não tem mais nenhum direito.

Se você mantiver suas contas pessoais e profissionais separadas, isso será muito mais fácil. Quando você sai, você apenas entrega a conta de trabalho e ela assume a propriedade. Você não precisaria separar seus projetos dos projetos da empresa e não tentaria excluir os projetos da sua conta. O emprego em qualquer empresa é passageiro, e quanto mais você envolve suas coisas pessoais com as coisas da empresa, fica mais difícil quando você se separa.

Esta é minha regra de ouro, e certamente as organizações individuais terão sua própria opinião sobre isso. Pude ver algumas empresas decidindo que não têm nenhum problema em manter uma cópia dessas coisas depois que você sai da empresa, desde que elas também tenham uma cópia. Por outro lado, a empresa em que trabalho mantém um controle muito rígido sobre as coisas e provavelmente me demitiria se eu colocasse o produto de trabalho da empresa no github.

— Alan Shutko
fonte

Trabalho para uma organização sem fins lucrativos separada que faz parte de uma Fundação maior. Conversei com meus superiores, e eles estavam bem comigo hospedando os arquivos Open Source no meu github, para que eu pudesse compartilhar nosso progresso com o restante da Fundação, e esse parece ser o método para outras organizações em a Fundação. Entendo o que você está dizendo sobre o que é a empresa, mas, para ser sincero, gostaria de receber este trabalho em meu currículo. Dito isto, talvez eu deva manter uma conta de trabalho separada e apenas ter os projetos no meu currículo sem vincular ao github.

— Quase certamente

@AlmostSuring - +1 nesta resposta - acho que o tit é o caminho certo. Manter seus assuntos particulares, técnicos ou não, é sempre a melhor política, pelos motivos expostos aqui e por muitos outros. Você pode colocar seus projetos privados em seu currículo de qualquer maneira, e até vincular seu repositório privado do github para mostrar o que está fazendo. Se você precisar passar para outro trabalho, fazer coisas por conta própria fora do trabalho para ampliar seus horizontes e aprender novas habilidades pode (mas nem sempre ...) ser uma vantagem: mostra que você ama seu trabalho, ambicioso e enérgico, etc.

— Vector

também evita / reduz a ameaça muito real deles pensarem que código semelhante em seus projetos pessoais é roubado do trabalho que você fez por eles. Muitos empregadores exigem a propriedade de todo o código que você escreve durante o seu emprego, mesmo o código que você escreve no seu tempo livre que não é relacionado ao trabalho. Não sei dizer se essa alegação será mantida no tribunal (e de qualquer maneira dependeria das leis locais), mas é uma coisa comum e você deseja evitar complicações como essa se acabar em uma disputa trabalhista de qualquer tipo.

— jwenting 31/05

até mesmo o código que você escreve no seu tempo livre que não é relacionado ao trabalho - Sim. Eu assinei NDAs que essencialmente lhes davam propriedade sobre a minha substância cinzenta de programação. Se tal alegação vai se sustentar no tribunal, não sei dizer - acho que não vão se sustentar em um tribunal dos EUA, então nunca me preocupei demais -, mas a colocam lá para que você não "ficar fofo" - fator de intimidação.

— Vector

os projetos da empresa devem ser mantidos em uma organização separada. é fácil ver quais projetos são seus e quais são da empresa. quando você sai, não precisa entregar sua conta, pois você pode simplesmente dar acesso à organização a outra pessoa na empresa.

— eMBee 16/05