Dois-je créer des comptes GitHub professionnels et personnels distincts? [fermé]

Fermé. Cette question est hors sujet . Il n'accepte pas actuellement de réponses.

Voulez-vous améliorer cette question? Mettez à jour la question afin qu'elle soit sur le sujet pour Software Engineering Stack Exchange.

Fermé il y a 5 ans .

Je suis assez nouveau dans la programmation, et j'ai travaillé sur de nombreux projets personnels, qui pourraient me sembler stupides et non professionnels. Le genre de projets que j'ai est un téléchargeur d'images Reddit et un outil que les GM peuvent utiliser dans les jeux de rôle.

Je veux commencer à créer un compte GitHub pour des projets dans le domaine de l'analyse de données que j'ai choisi , mais je ne sais pas comment organiser les projets sur mon compte GitHub. Dois-je créer un GitHub "professionnel", contenant principalement différents scripts analytiques et avoir un compte "personnel" séparé pour mes petits projets amusants? Ou suis-je simplement en train de penser à cela, et dois-je conserver un seul compte?

github Presque sûrement
la source

Personnellement, je n'ai qu'un seul compte pour des projets professionnels et personnels. Tant qu'il n'y a rien d'offensant dans votre compte, je ne vois aucune raison d'utiliser le même dans les deux cas. Si quoi que ce soit, cela montre simplement que vous aimez faire le travail et que vous ne vous limitez pas à un type d'application spécifique.

Dylan Ribb

Cela n'a pas vraiment sa place ici car cela demande des conseils de carrière, mais je peux dire que lorsque j'ai interviewé, les projets personnels sont des atouts pour les candidats, peu importe leur "idiotie". (En supposant que nous ne parlons pas d'une application de pet ou quelque chose.) Les projets que vous mentionnez seraient certainement quelque chose que je considérerais comme intéressant.

Gort le robot

supprimé les sections de conseils de carrière et en a fait plus sur github (y compris la suppression des tags)

Michael Durrant

@AlmostSurely: avez-vous la permission de mettre du travail réel sur github? Votre employeur ne sera peut-être pas trop satisfait de cela, même si vous rendez ces projets privés.

Marjan Venema

Mettre n'importe quel code de votre employeur sur GitHub sans leur consentement - même dans un projet privé - pourrait être considéré comme un vol. Je sais que si je mettais mon code d'employeur sur GitHub sans leur consentement exprès, je serais en grande difficulté. Et je n'ai pas signé de NDA. Même chose si vous êtes un travailleur indépendant et mettez le code que vous avez créé pour un client sur GitHub. Le code n'est pas le vôtre.

Marjan Venema

Réponses:

Je dis que vous pouvez aussi manger le gâteau! Présentation des organisations GitHub .

Utilisez votre compte GitHub pour vos projets personnels et créez une organisation pour vos projets professionnels. La page d'accueil de l'organisation affichera les projets professionnels que vous souhaitez présenter, et il y aura un lien vers votre compte personnel qui montre toutes les choses que vous avez faites dans GitHub.

Avantages:

Vous aurez la séparation nette que vous vouliez tout en gardant une relation entre votre activité GitHub personnelle et professionnelle.
Vous pourrez tout contrôler à partir d'un seul compte. Pas besoin de vous reconnecter juste pour ouvrir un référentiel dans le compte professionnel - tout ce que vous avez à faire est de sélectionner l'organisation lorsque vous ouvrez un nouveau référentiel.
Pas besoin de gérer deux clés SSH différentes sur le même ordinateur!
Vous pouvez ajouter d'autres utilisateurs GitHub à votre organisation et même leur transférer la propriété de l'organisation si vous en avez besoin. Chaque utilisateur aura son propre compte, vous n'avez donc pas besoin de partager le mot de passe d'un compte professionnel avec d'autres personnes. En prime, différents comptes peuvent avoir différentes autorisations en fonction de leur rôle réel dans l'équipe - quelque chose que vous ne pourriez pas faire avec un compte GitHub partagé pour des projets professionnels.

Fondamentalement, cette approche vous offre les avantages des deux approches. Le seul inconvénient est que si vous avez des projets personnels, vous n'avez personne pour les relier à votre visage public professionnel. Cependant, ces critères impliquent généralement des choses illégales que vous ne voudriez pas mettre sur GitHub en premier lieu, donc cela ne devrait pas être un problème.

Idan Arye
la source

Je vous recommande de les garder ensemble.

montrer des projets personnels appropriés est souvent un gros plus car il montre votre passion et votre initiative
plus simple à gérer ce qui va où au fil du temps.
1 seul jeu de clés ssh à gérer
pas besoin de se connecter / se déconnecter de l'un à l'autre.
vous permet d'avoir 1 github pour 1 e-mail personnel principal, également plus simple.

Je pense qu'une réponse à ce que vous voulez (et ce que je fais) est d'avoir un compte payant (je pense que c'est 7 $ par mois pour 5 privés) qui permet plus de dépôts privés. Donc, gardez les œuvres / jeux que vous souhaitez rendre publics comme publics et gardez les autres privés.

Michael Durrant
la source

montrer des projets personnels est souvent un gros plus - peut-être tout aussi souvent un gros moins, quand quelqu'un d'autre vole votre idée ... vous pouvez parler d'autres choses que vous faites avec des collègues et des supérieurs (sans prendre beaucoup de temps pour faites-le), même s'ils ne sont pas dans github - cela montre la passion et l'initiative sans donner aux autres les "clés du château". C'est ce que j'ai toujours fait et cela m'a aidé dans mon travail - plus d'une fois, on m'a confié des missions intéressantes: "Hé, j'ai entendu que vous vous amusiez beaucoup avec JSON ... peut-être que vous pouvez vous attaquer à ce nouveau projet que nous ' re planning ... "etc ...

Vecteur

et de nombreux employeurs ne voudront pas le risque de contamination croisée entre leur propriété d'entreprise et certains projets de loisir ...

jwenting

Si vous ne pouvez pas séparer les projets, peu importe qu'ils soient privés ou publics. Je n'ai jamais vu cette "contamination croisée" dans la pratique. Dans mon travail en ce moment, je dois utiliser 20 dépôts et ne pas les mélanger.

Michael Durrant

Banque d'images - C'est pourquoi je dis utiliser des dépôts privés pour de tels projets.

Michael Durrant

Même si vous mettez du travail dans des projets privés, votre employeur peut ne pas être exactement satisfait d'avoir ce qu'il considère son code "en plein air" (non contrôlé par leurs propres politiques de sécurité) et de le montrer à d'autres entreprises lors des entretiens. Même le mettre sur GitHub dans un projet privé pourrait être considéré comme un vol. Je sais que si je mettais mon code d'employeur sur GitHub sans leur consentement exprès, je serais en grande difficulté. Et je n'ai pas signé de NDA.

Marjan Venema

Je pense que vous devriez garder les comptes séparés.

Dans presque tous les cas, le travail que vous créez dans le cadre de votre emploi dans une entreprise appartient à l'entreprise. Ce n'est pas votre propriété. Lorsque vous quittez l'entreprise, l'entreprise conserve tout ce travail et vous n'y avez plus aucun droit.

Si vous gardez vos comptes personnel et professionnel séparés, cela facilite grandement les choses. Lorsque vous partez, vous remettez simplement le compte professionnel et ils en prennent possession. Vous n'auriez pas besoin de séparer vos projets des projets de l'entreprise et vous n'auriez pas besoin d'essayer de supprimer les projets de votre compte. L'emploi dans une entreprise donnée est éphémère, et plus vous enchevêtrez vos affaires personnelles avec des affaires d'entreprise, il est plus difficile lorsque vous vous séparez.

Telle est ma règle d'or, et les organisations individuelles auront certainement leur propre opinion à ce sujet. Je pourrais voir certaines entreprises décider qu’elles n’ont aucun problème à ce que vous conserviez une copie de ces informations une fois que vous quittez l’entreprise, à condition qu’elles en aient également une. D'un autre côté, l'entreprise dans laquelle je travaille garde un contrôle très strict sur les choses et ils me licencieraient probablement si je mettais le produit du travail de l'entreprise sur github.

Alan Shutko
la source

Je travaille pour un organisme sans but lucratif distinct qui fait partie d'une fondation plus grande. J'ai parlé avec mes supérieurs, et ils étaient d'accord avec moi pour héberger les fichiers Open Source sur mon github, afin que je puisse partager nos progrès avec le reste de la Fondation, et cela semble être la méthode pour d'autres organisations dans la Fondation. Je comprends ce que vous dites sur ce qu'est l'entreprise, c'est l'entreprise, mais pour être honnête, je voudrais que ce travail soit crédité sur mon CV. Cela étant dit, je devrais peut-être garder un compte de travail séparé et avoir juste les projets sur mon CV sans lien avec le github.

Presque sûrement

@AlmostSurely - +1 sur cette réponse - je pense que Tit est la bonne. Garder vos affaires privées, qu'elles soient techniques ou non, est toujours la meilleure politique, pour les raisons indiquées ici et bien d'autres. Vous pouvez mettre vos projets privés sur votre CV, et même créer un lien vers votre référentiel github privé pour montrer ce que vous avez fait. Si vous devez passer à un autre emploi, faire des choses par vous-même en dehors du travail pour élargir vos horizons et acquérir de nouvelles compétences peut (mais pas toujours ...) être un plus: cela montre que vous aimez votre travail, vous êtes ambitieux et énergique, etc.

Vector

évite également / réduit la menace très réelle de penser qu'un code similaire dans vos projets personnels est volé du travail que vous avez fait pour eux. De nombreux employeurs exigent la propriété de tout le code que vous écrivez pendant votre emploi, même du code que vous écrivez pendant votre temps libre et qui n'est pas lié au travail. Je ne sais pas si une telle réclamation tiendra le coup (et dépendra de toute façon des lois locales), mais c'est une chose courante et vous voulez éviter de telles complications si vous vous retrouvez dans un conflit de travail de quelque nature que ce soit.

jwenting

même le code que vous écrivez dans votre temps libre qui n'est pas lié au travail - Yup. J'ai signé des NDA qui leur ont donné essentiellement la propriété de ma matière grise de programmation. Je ne sais pas si une telle réclamation se maintiendra devant les tribunaux - je ne pense pas qu'ils tiendront le coup devant un tribunal américain, donc je ne m'en suis jamais trop inquiété - mais ils l'ont mis là pour que vous ne le fassiez pas "devenir mignon" - facteur d'intimidation.

Vector

les projets d'entreprise doivent être placés sous une organisation distincte. il est alors facile de voir quels projets vous appartiennent et lesquels appartiennent à l'entreprise. lorsque vous quittez, vous n'avez pas besoin de remettre votre compte car vous pouvez simplement donner accès à l'organisation à quelqu'un d'autre dans l'entreprise.

eMBee