仕事用と個人用のGitHubアカウントを別々に作成する必要がありますか?[閉まっている]


28

私はプログラミングにかなり不慣れであり、私は多くの個人的なプロジェクトに取り組んできました。私が持っているプロジェクトの種類は、Reddit Image Downloaderと、GMがロールプレイングゲームで使用するためのツールです。

選択したデータ分析分野のプロジェクト用にGitHubアカウントの構築を開始したいのですが、GitHubアカウントでプロジェクトを整理する方法がわかりません。主にさまざまな分析スクリプトを含む「プロフェッショナル」なGitHubを作成し、私の小さなプロジェクトのために個別の「個人用」アカウントを作成する必要がありますか?または、私はこれを考えすぎているのですか、1つのアカウントを維持するだけですか?


4
個人的には、私は専門的プロジェクトと個人的プロジェクトの両方に対して1つのアカウントを持っています。アカウントに不快なものがない限り、両方の目的に同じものを使用する理由はありません。どちらかといえば、あなたは仕事をするのが好きで、特定の種類のアプリケーションに自分自身を制限していないことを示しています。
ディランリブ

3
キャリアアドバイスを求めているので、これは本当にここに属していませんが、インタビューしたとき、個人プロジェクトはどんなに「愚か」であっても候補者の資産であると言えます。(おならアプリなどを話していないと仮定します。)あなたが言及するプロジェクトは、間違いなく言及する価値があると思うものです。
ロボット

キャリアに関するアドバイスのセクションを削除し、githubに関する詳細を追加しました(タグの切り替えを含む)。
マイケルデュラント

1
@AlmostSurely:githubで実際の作業を行う許可はありますか?これらのプロジェクトを非公開にしても、雇用主はこれについてあまり満足していないかもしれません。
マルジャンヴェネマ

1
プライベートプロジェクトであっても、雇用主からの同意なしにGitHubにコードを置くことは盗みと見なされる可能性があります。雇用主のコードをGitHubに明示的な同意なしに置いた場合、深刻な問題が発生することを知っています。そして、私はNDAに署名していません。自営業者で、クライアント用に作成したコードをGitHubに配置する場合も同じです。コードはそこに置くのはあなたのものではありません。
マルジャンヴェネマ

回答:


25

ケーキも食べられますよ!GitHub組織の紹介。

GitHubアカウントを個人プロジェクトに使用し、専門プロジェクトの組織作成します。組織のホームページには、紹介したい専門的なプロジェクトが表示され、GitHubで行ったことをすべて表示する個人アカウントへのリンクが表示されます。

利点:

  • 個人とプロのGitHubアクティビティの関係を維持しながら、必要なクリーンな分離を実現できます。
  • 1つのアカウントからすべてを制御できます。プロのアカウントでリポジトリを開くためだけに再ログインする必要はありません。新しいリポジトリを開くときに組織を選択するだけです。
  • 同じコンピューターで2つの異なるSSHキーを管理する必要はありません!
  • 組織に他のGitHubユーザーを追加したり、必要に応じて組織の所有権を譲渡することもできます。各ユーザーは独自のアカウントを持っているため、プロのアカウントのパスワードを他の人と共有する必要はありません。ボーナスとして、異なるアカウントは、チームでの実際の役割に基づいて異なる権限持つことができます-プロのプロジェクト用の共有GitHubアカウントではできないことです。

基本的に、このアプローチは両方のアプローチの利点を提供します。唯一の欠点は、あなたが個人的なプロジェクトを持っている場合、それをあなたのプロの公共の顔と関連付けることは誰にもありません。ただし、これらの基準には通常、そもそもGitHubに載せたくない違法なものが含まれるため、問題にはなりません。


18

一緒に保管することをお勧めします。

  • 適切な個人プロジェクトを表示することは、あなたの情熱とイニシアチブを示すため、しばしば大きなプラスになります
  • 時間の経過とともにどこへ行くかをより簡単に管理できます。
  • 管理するsshキーは1セットのみ
  • 相互にログイン/ログアウトする必要はありません。
  • また、1つのgithubから1つのメインの個人用メールを使用することができます。

あなたが望むもの(そして私がすること)への1つの答えは、より多くのプライベートリポジトリを許可する有料アカウント(私は5人のプライベートで月7ドルだと思う)を持つことだと思います。したがって、公開したい仕事/遊びのものは公開として、他のものは非公開にしてください。


個人プロジェクトを表示することは、多くの場合大きなプラスです -他の誰かがあなたのアイデアを盗むとき、おそらく同じくらい頻繁に大きなマイナスです...あなたは同僚や上司と他のことについて話すことができます(多くの時間をかけることなく彼らがgithubにいなくても-他の人に「城の鍵」を与えることなく情熱とイニシアチブを示します。それは私がいつもやってきたことであり、私の仕事に役立っています-何度も面白い割り当てを与えられました:「ねえ、JSONでだまされていると聞いたことがあります...多分、この新しいプロジェクトに取り組むことができます」再計画...」など...
ベクトル

2
多くの雇用者は...彼らの企業の財産といくつかの趣味のプロジェクト間の交差汚染のリスクを望んでいます
jwenting

1
プロジェクトを分離しておくことができない場合、それらがプライベートであるかパブリックであるかは関係ありません。私は実際にこの「相互汚染」を見たことはありません。今の仕事では、20のリポジトリを使用し、それらを混同しないでください。
マイケルデュラント

ベクトル-そのため、このようなプロジェクトにはプライベートリポジトリを使用します。
マイケルデュラント

1
たとえあなたがプライベートプロジェクトに仕事を置いたとしても、雇用主はそのコードが「オープン」であると考えているもの(自社のセキュリティポリシーによって制御されていない)を持ち、インタビュー中に他の会社にそれを見せることに必ずしも満足しないかもしれません。プライベートプロジェクトでGitHubに公開することさえ、盗みと見なされる可能性があります。雇用主のコードをGitHubに明示的な同意なしに置いた場合、深刻な問題が発生することを知っています。そして、私はNDAに署名していません。
マルジャンヴェネマ

10

アカウントを個別に保持する必要があると思います。

ほとんどすべての場合、会社での雇用の問題は会社が所有しているため、あなたが作成する仕事は。それはあなたの財産ではありません。あなたが会社を辞めても、会社はそのすべての仕事を保持し、あなたはそれに対する権利を失います。

個人用アカウントと仕事用アカウントを分けておけば、はるかに簡単になります。あなたが去るとき、あなたはただ仕事のアカウントを引き渡し、彼らは所有権を取ります。プロジェクトを会社のプロジェクトから分離する必要はなく、アカウントからプロジェクトを削除しようとする必要もありません。特定の会社での雇用は一時的であり、個人的なものを会社のものと絡み合わせるほど、分離するのが難しくなります。

これは私の経験則であり、確かに個々の組織はこれについて独自の意見を持っています。コピーを持っている限り、あなたが会社を辞めたら、このようなもののコピーを保管しても問題ないと判断している会社もあります。一方、私が働いている会社は物事を非常に厳しく管理しており、会社の作業用製品をgithubに置いた場合、彼らは私を解雇するでしょう。


私は、より大きな財団の一部である独立した非営利団体で働いています。私は上層部と話をしましたが、GitHubでオープンソースファイルをホストしてくれたので問題ありませんでした。そのため、財団の他の組織と進捗状況を共有できます。財団。会社のこと、会社のことについてあなたが言っていることは理解していますが、正直なところ、私の履歴書のこの仕事の功績を称えたいと思います。そうは言っても、GitHubにリンクせずに、別の仕事用アカウントを保持し、履歴書にプロジェクトを置く必要があるかもしれません。
ほぼ確実に

1
@AlmostSurely-この回答で+1-私はtitが正しいと思います。ここに記載されている理由や他の多くの理由から、技術的であろうとなかろうと、個人的な事柄を守ることは常に最良のポリシーです。プライベートプロジェクトを履歴書に関係なく置くことができ、プライベートgithubリポジトリにリンクして、何をしているかを表示することもできます。別の仕事に移る必要がある場合は、仕事以外で自分で物事をやって視野を広げ、新しいスキルを学ぶ必要がありますが(必ずしもそうではありません...)プラスになる可能性があります:それはあなたがあなたの仕事を愛していることを示しています野心的でエネルギッシュ、など
ベクトル

2
また、あなたの個人的なプロジェクトの似たようなコードがあなたが彼らのためにした仕事から盗まれると考える彼らの非常に本当の脅威を避けます/減らします。多くの雇用者は、仕事中に書くすべてのコードの所有権を要求します。仕事に関係のない空き時間に書くコードでさえもです。そのような主張が法廷で持ちこたえるかどうかはわかりません(そして、とにかく現地の法律に依存します)が、それは一般的なことであり、何らかの種類の労働争議に巻き込まれた場合、そのような合併症を避けたいと思います。
2014年

仕事に関係のない暇なときに書いたコードですら -はい。私は、本質的に私のプログラミングの灰白質に対する所有権を与えたNDAに署名しました。そのような主張が法廷で持ちこたえるかどうかはわかりません-彼らが米国の法廷で持ちこたえるとは思わないので、私はそれをあまり心配しませんでした-しかし、彼らはあなたがしないようにそこに入れました「かわいい」-脅迫要因。
ベクトル

1
会社のプロジェクトは別の組織で管理する必要があります。そうすれば、どのプロジェクトがあなたのもので、どのプロジェクトが会社のものかを簡単に確認できます。退職する際にアカウントを引き渡す必要はありません。社内の誰かに組織へのアクセスを許可するだけです。
-eMBee
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.