Devo creare account GitHub personali e di lavoro separati? [chiuso]

Chiuso. Questa domanda è fuori tema . Al momento non accetta risposte.

Vuoi migliorare questa domanda? Aggiorna la domanda in modo che sia in argomento per Software Engineering Stack Exchange.

Chiuso 5 anni fa .

Sono abbastanza nuovo nella programmazione e ho lavorato su molti progetti personali, che mi preoccupano possono sembrare sciocchi e poco professionali. Il tipo di progetti che ho sono un downloader di immagini Reddit e uno strumento per i GM da utilizzare nei giochi di ruolo.

Voglio iniziare a creare un account GitHub per i progetti nel mio campo di analisi dei dati prescelto , ma non sono sicuro di come organizzare i progetti sul mio account GitHub. Dovrei creare un GitHub "professionale", contenente principalmente diversi script analitici e avere un account "personale" separato per piccoli progetti divertenti? O sto solo pensando troppo a questo e dovrei mantenere un solo account?

github

— Quasi sicuramente
fonte

Personalmente, ho solo un account per progetti sia professionali che personali. Finché non c'è nulla di offensivo nel tuo account, non vedo alcun motivo per utilizzare lo stesso per entrambi gli scopi. Semmai dimostra che ti piace fare il lavoro e non ti stai limitando a un tipo specifico di applicazione.

— Dylan Ribb,

Questo in realtà non appartiene a questo perché richiede consigli sulla carriera, ma posso dire che quando ho intervistato, i progetti personali sono risorse per i candidati, non importa quanto "sciocchi". (Supponendo che non stiamo parlando di un'app scoreggia o qualcosa del genere.) I progetti che menzioni sarebbero sicuramente qualcosa che prenderei in considerazione.

— Gort the Robot,

rimosso le sezioni relative ai consigli di carriera e approfondito la conoscenza di github (incluso il cambio dei tag).

— Michael Durrant,

@AlmostSurely: hai i permessi per mettere il vero lavoro su github? Il tuo datore di lavoro potrebbe non essere troppo contento di questo anche se rendi privati quei progetti.

— Marjan Venema,

Inserire qualsiasi codice dal tuo datore di lavoro su GitHub senza il suo consenso - anche in un progetto privato - potrebbe essere considerato un furto. So che se inserissi il mio codice dei datori di lavoro su GitHub senza il loro esplicito consenso, sarei in guai seri. E non ho firmato un accordo di riservatezza. Lo stesso se sei un lavoratore autonomo e inserisci il codice creato per un client su GitHub. Il codice non è tuo da mettere lì.

— Marjan Venema,

Risposte:

Dico che puoi mangiare anche la torta! Presentazione delle organizzazioni GitHub .

Usa il tuo account GitHub per i tuoi progetti personali e crea un'organizzazione per i tuoi progetti professionali. La homepage dell'organizzazione mostrerà i progetti professionali che vuoi presentare e avrà un link al tuo account personale che mostra tutto ciò che hai fatto in GitHub.

Benefici:

Avrai la netta separazione che desideri mantenendo una relazione tra la tua attività GitHub personale e professionale.
Sarai in grado di controllare tutto da un singolo account. Non è necessario accedere nuovamente solo per aprire un repository nell'account professionale: tutto ciò che devi fare è selezionare l'organizzazione quando apri un nuovo repository.
Non è necessario gestire due diverse chiavi SSH sullo stesso computer!
Puoi aggiungere altri utenti GitHub alla tua organizzazione e persino trasferire la proprietà dell'organizzazione a loro, se necessario. Ogni utente avrà il proprio account, quindi non è necessario condividere la password di un account professionale con altre persone. Come bonus, account diversi possono avere autorizzazioni diverse in base al loro ruolo effettivo nel team, cosa che non si può fare con un account GitHub condiviso per progetti professionali.

Fondamentalmente, questo approccio offre i vantaggi di entrambi gli approcci. L'unico aspetto negativo è se hai alcuni progetti personali che nessuno ti mette mai in relazione con il tuo volto pubblico professionale. Tuttavia, questi criteri di solito implicano cose illegali che non vorresti mettere su GitHub in primo luogo, quindi non dovrebbe essere un problema.

— Idan Arye
fonte

Ti consiglio di tenerli insieme.

mostrare progetti personali adeguati è spesso un grande vantaggio in quanto mostra la tua passione e iniziativa
più semplice gestire ciò che va dove nel tempo.
solo 1 set di chiavi ssh da gestire
non è necessario accedere / disconnettersi l'uno dall'altro.
ti consente di avere da 1 github a 1 email personale principale, anche più semplice.

Penso che una risposta a quello che vuoi (e quello che faccio) sia avere un account a pagamento (penso che sia $ 7 al mese per 5 privati) che consenta più repository privati. Quindi mantieni il lavoro / gioca quelli che vuoi essere pubblici come pubblici e mantieni quelli come privati.

— Michael Durrant
fonte

mostrare progetti personali è spesso un grande vantaggio - forse altrettanto spesso un grande svantaggio, quando qualcun altro ruba la tua idea ... puoi parlare di altre cose che stai facendo con colleghi e superiori (senza perdere molto tempo farlo), anche se non sono in github - questo mostra passione e iniziativa senza dare agli altri le "chiavi del castello". Questo è quello che ho sempre fatto e mi ha aiutato nel mio lavoro - più di una volta mi sono stati assegnati incarichi interessanti: "Ehi, ho sentito che stavi scherzando molto con JSON ... forse puoi affrontare questo nuovo progetto che riprogrammazione ... "ecc ...

— Vector

e molti datori di lavoro non vorranno il rischio di contaminazione incrociata tra la loro proprietà aziendale e alcuni progetti di hobby ...

— jwenting

Se non riesci a mantenere separati i progetti, non importa se sono privati o pubblici. Non ho mai visto questa "contaminazione incrociata" in pratica. Nel mio lavoro in questo momento devo usare 20 repository e non mescolarli.

— Michael Durrant,

Vector - ecco perché dico usare repository privati per tali progetti.

— Michael Durrant,

Anche se si inserisce lavoro in progetti privati, il proprio datore di lavoro potrebbe non essere esattamente contento di avere ciò che considera il suo codice "scoperto" (non controllato dalle proprie politiche di sicurezza) e mostrarlo ad altre aziende durante le interviste. Anche metterlo su GitHub in un progetto privato potrebbe essere considerato un furto. So che se inserissi il mio codice dei datori di lavoro su GitHub senza il loro esplicito consenso, sarei in guai seri. E non ho firmato un accordo di riservatezza.

— Marjan Venema,

Penso che dovresti tenere i conti separati.

In quasi tutti i casi, il lavoro che crei in base al tuo impiego presso un'azienda è di proprietà dell'azienda. Non è di tua proprietà. Quando lasci l'azienda, l'azienda mantiene tutto quel lavoro e non hai più alcun diritto.

Se mantieni separati i tuoi account personali e di lavoro, questo diventa molto più semplice. Quando parti, consegni l'account di lavoro e questi diventano proprietari. Non è necessario separare i progetti dai progetti dell'azienda e non è necessario provare a eliminare i progetti dal proprio account. L'occupazione in una determinata azienda è fugace, e più si intrecciano le tue cose personali con le cose dell'azienda rende più difficile quando ti separi.

Questa è la mia regola empirica, e certamente le singole organizzazioni avranno la propria opinione al riguardo. Ho potuto vedere alcune aziende decidere che non hanno problemi con te a conservare una copia di queste cose una volta che lasci la compagnia fintanto che ne hanno anche una copia. D'altra parte, la società in cui lavoro mantiene un controllo molto stretto sulle cose e probabilmente mi licenzierebbero se metto il prodotto di lavoro aziendale su github.

— Alan Shutko
fonte

Lavoro per un'organizzazione no profit separata che fa parte di una Fondazione più grande. Ho parlato con i miei superiori, e sono andato bene con me nell'hosting dei file Open Source sul mio github, in modo da poter condividere i nostri progressi con il resto della Fondazione, e questo sembra essere il metodo per altre organizzazioni in la Fondazione. Capisco quello che stai dicendo su ciò che la società è la società, ma a dire il vero vorrei credito per questo lavoro sul mio curriculum. Detto questo, forse dovrei tenere un account di lavoro separato e avere solo i progetti sul mio curriculum senza collegarsi al github.

— Quasi sicuramente

@AlmostSurely - +1 su questa risposta - Penso che Tit sia quello giusto. Mantenere le tue questioni private, tecniche o meno, è sempre la migliore politica, per i motivi indicati qui e molti altri. Puoi mettere i tuoi progetti privati sul tuo curriculum a prescindere e persino collegarti al tuo repository github privato per mostrare ciò che hai fatto. Se hai bisogno di passare a un altro lavoro, fare cose da solo al di fuori del lavoro per ampliare i tuoi orizzonti e apprendere nuove abilità può (ma non sempre ...) essere un vantaggio: dimostra che ami il tuo lavoro, sei ambizioso ed energico, ecc.

— Vector

evita / riduce anche la reale minaccia che pensino che codice simile nei tuoi progetti personali sia rubato dal lavoro che hai fatto per loro. Molti datori di lavoro richiedono la proprietà di tutto il codice che scrivi durante il tuo impiego, anche il codice che scrivi nel tuo tempo libero che non è legato al lavoro. Non posso dire se una simile richiesta possa essere respinta in tribunale (e dipenderebbe comunque dalle leggi locali), ma è una cosa comune e si desidera evitare complicazioni del genere se si finisce in una controversia di lavoro di qualsiasi tipo.

— jwenting

anche il codice che scrivi nel tuo tempo libero che non è legato al lavoro - Sì. Ho firmato NDA che essenzialmente ha dato loro la proprietà sulla mia materia grigia di programmazione. Non posso dire se una simile pretesa valga in tribunale - non credo che reggeranno in un tribunale americano, quindi non mi sono mai preoccupata troppo di questo - ma l'hanno messa lì in modo che tu non "get cute" - fattore di intimidazione.

— Vettore

i progetti aziendali dovrebbero essere mantenuti in un'organizzazione separata. allora è facile vedere quali progetti sono tuoi e quali sono l'azienda. quando lasci non devi consegnare il tuo account in quanto puoi semplicemente dare accesso all'organizzazione a qualcun altro nella società.

— eMBee,