별도의 업무용 계정과 개인 GitHub 계정을 만들어야합니까? [닫은]


28

저는 프로그래밍에 익숙하지 않으며 많은 개인적인 프로젝트를 진행하고 있습니다. 내가 가진 프로젝트 종류는 Reddit Image Downloader이며 GM 이 롤 플레잉 게임에 사용할 수 있는 도구입니다 .

선택한 데이터 분석 분야에서 프로젝트에 대한 GitHub 계정을 구축하려고하지만 GitHub 계정에서 프로젝트 를 구성하는 방법을 잘 모르겠습니다. 주로 다른 분석 스크립트를 포함하는 "전문적인"GitHub를 작성하고 재미있는 작은 프로젝트에 대해 별도의 "개인"계정을 가져야합니까? 아니면 이것을 지나치게 생각하고 있습니까? 하나의 계정 만 유지해야합니까?


4
개인적으로 저는 프로 프로젝트와 개인 프로젝트 모두에 대해 하나의 계정 만 가지고 있습니다. 귀하의 계정에 불쾌감을주지 않는 한, 두 가지 목적으로 동일한 것을 사용할 이유가 없습니다. 어떤 것이라도 작업을 좋아하고 특정 종류의 응용 프로그램으로 자신을 제한하지 않는다는 것을 보여줍니다.
Dylan Ribb

3
이것은 진로 조언을 요구할 때 실제로 여기에 속하지는 않지만 인터뷰를 할 때 개인 프로젝트는 아무리 "어리석은"지에 상관없이 후보자의 자산이라고 말할 수 있습니다. (우리가 방귀 응용 프로그램이나 이야기를하고 있지 않다고 가정합니다.) 언급 한 프로젝트는 언급 할 가치가있는 것입니다.
로봇 고트

커리어 어드바이스 섹션을 제거하고 github (태그 전환 포함)에 대해 자세히 설명했습니다.
Michael Durrant

1
@AlmostSurely : github에 실제 작업을 할 수있는 권한이 있습니까? 해당 프로젝트를 비공개로 설정하더라도 고용주는 이에 대해 너무 행복하지 않을 수 있습니다.
Marjan Venema 2014 년

1
사용자의 동의없이 GitHub에 고용주의 코드를 넣는 것은 심지어 개인 프로젝트에서도 도둑질로 간주 될 수 있습니다. 본인의 명시적인 동의없이 고용주 코드를 GitHub에 올리면 심각한 문제가 발생할 수 있음을 알고 있습니다. 그리고 나는 NDA에 서명하지 않았습니다. 자영업자이고 GitHub에서 클라이언트 용으로 만든 코드를 넣는 경우에도 마찬가지입니다. 코드는 거기에 넣을 것이 아닙니다.
Marjan Venema

답변:


25

케이크도 먹을 수 있다고 해요! GitHub 조직 소개 .

개인 프로젝트에 GitHub 계정을 사용하고 전문 프로젝트를위한 조직만드 십시오. 조직의 홈페이지에는 소개하려는 전문 프로젝트가 표시되며 GitHub에서 수행 한 모든 작업을 보여주는 개인 계정에 대한 링크가 있습니다.

은혜:

  • 개인 및 전문 GitHub 활동 간의 관계를 유지하면서 원하는 분리가 가능합니다.
  • 하나의 계정으로 모든 것을 제어 할 수 있습니다. 전문 계정에서 리포지토리를 열기 위해 다시 로그인 할 필요가 없습니다. 새 리포지토리를 열 때 조직을 선택하기 만하면됩니다.
  • 동일한 컴퓨터에서 두 개의 다른 SSH 키를 관리 할 필요가 없습니다!
  • 다른 GitHub 사용자를 조직에 추가 하고 필요한 경우 조직의 소유권을 이전 할 수도 있습니다. 각 사용자는 자신의 계정을 가지므로 다른 사람과 전문가 계정의 암호를 공유 할 필요가 없습니다. 보너스로, 다른 계정은 팀에서의 실제 역할에 따라 다른 권한을 가질 수 있습니다. 전문 프로젝트를 위해 공유 된 GitHub 계정으로는 할 수 없었습니다.

기본적으로이 방법은 두 가지 방법 모두의 이점을 제공합니다. 유일한 단점은 개인 프로젝트를 가지고 있다면 누구도 프로젝트를 전문적인 공개 얼굴과 관련시킬 수 없습니다. 그러나 이러한 기준에는 일반적으로 GitHub에 처음으로 원하지 않는 불법적 인 내용이 포함되므로 문제가되지 않습니다.


18

함께 보관하는 것이 좋습니다.

  • 적절한 개인 프로젝트를 보여주는 것은 열정과 주도권을 보여주기 때문에 종종 큰 장점입니다.
  • 시간이 지남에 따라 어디로 가는지 관리하는 것이 더 간단합니다.
  • ssh 키 한 세트 만 관리
  • 서로 로그인하거나 로그 아웃 할 필요가 없습니다.
  • 1 개의 github에서 1 개의 주요 개인 이메일을 가질 수 있습니다.

나는 당신이 원하는 것 (그리고 내가하는 일)에 대한 한 가지 대답은 더 많은 개인 저장소를 허용하는 유료 계정 (5 개인의 경우 한 달에 7 달러라고 생각)이라고 생각합니다. 따라서 공개 / 공개하고 싶은 일 / 놀이는 공개하고 다른 것은 비공개로 유지하십시오.


개인 프로젝트를 보여주는 것은 종종 큰 장점입니다 . 아마도 다른 사람이 당신의 아이디어를 훔칠 때 아마도 큰 마이너스입니다. 당신은 동료와 상사와 함께하고있는 다른 일에 대해 이야기 할 수 있습니다 (많은 시간을 소비하지 않고) github에 있지 않더라도 다른 사람들에게 "성 열쇠"를주지 않으면 서 열정과 주도권을 보여줍니다. 그것이 제가 항상 해왔고, 제가 한 번 이상 흥미로운 임무를 부여받은 일에 도움이되었습니다. "JSON으로 많은 사람들을 속이는 것을 들었습니다. 아마도이 새로운 프로젝트를 해결할 수있을 것입니다." 다시 계획 ... "등 ...
벡터

2
많은 고용주들이 회사 자산과 일부 취미 프로젝트 사이의 교차 오염 위험을 원하지 않을 것입니다 ...
jwenting

1
프로젝트를 개별적으로 유지할 수없는 경우 개인 프로젝트인지 공개 프로젝트인지는 중요하지 않습니다. 나는이 "교차 오염"을 실제로 본 적이 없다. 내 작품에서 지금은 20 개의 저장소를 사용해야하며 혼합하지 않아야합니다.
Michael Durrant

스톡 콘텐츠- 그런 프로젝트에 개인 저장소를 사용한다고 말하는 이유 입니다.
Michael Durrant

1
개인 프로젝트에 일을하더라도, 고용주는 자신의 코드를 "공개 상태"(자신의 보안 정책에 의해 통제되지 않음)로 간주하고 인터뷰 중에 다른 회사에 보여주는 것에 만족하지 않을 수 있습니다. 개인 프로젝트에서 GitHub에 올리는 것조차 도용으로 간주 될 수 있습니다. 본인의 명시적인 동의없이 고용주 코드를 GitHub에 올리면 심각한 문제가 발생할 수 있음을 알고 있습니다. 그리고 나는 NDA에 서명하지 않았습니다.
Marjan Venema

10

계정을 별도로 유지해야한다고 생각합니다.

거의 모든 경우에, 회사와의 고용 문제로 생성 한 저작물은 회사가 소유합니다. 귀하의 재산이 아닙니다. 회사를 떠날 때 회사는 모든 작업을 유지하며 더 이상 회사에 대한 권한이 없습니다.

개인 계정과 회사 계정을 분리하여 보관하면 훨씬 쉽습니다. 당신이 떠날 때, 당신은 단지 직장 계좌를 넘겨 주면 그들은 소유권을 갖습니다. 프로젝트를 회사 프로젝트와 분리 할 필요가 없으며 계정에서 프로젝트를 삭제하려고하지 않아도됩니다. 특정 회사와의 고용은 잠이 오지 않으며 개인 물건을 회사 물건과 얽매 울수록 분리 할 때 더 어려워집니다.

이것이 제 경험의 원칙이며, 확실히 개별 조직은 이에 대한 자신의 의견을 가질 것입니다. 일부 회사는 사본을 가지고있는 한 회사를 떠나면이 물건의 사본을 보관하는 데 아무런 문제가 없다고 결정하는 것을 볼 수 있습니다. 다른 한편으로, 내가 일하는 회사는 사물을 매우 엄격하게 통제하며 회사 작업 제품을 github에 올려 놓으면 해고 될 것입니다.


나는 더 큰 재단의 일부인 별도의 비영리 단체에서 일합니다. 나는 나의 상위업자들과 이야기를 나 they 다. 그리고 나는 github에서 파일 오픈 소스를 호스팅하는 것에 대해 잘했다. 그래서 나는 재단의 나머지 부분과 진행 상황을 공유 할 수있다. 기초. 나는 당신이 회사가 무엇인지에 대해 말하고있는 것을 이해하지만, 솔직히 말하면 이력서에 대한이 작업에 대한 신용을 얻고 싶습니다. 즉, 별도의 작업 계정을 유지하고 github에 연결하지 않고 이력서에 프로젝트를 두어야합니다.
거의 확실하게

1
@AlmostSurely-이 답변에 +1-tit이 올바른 것 같습니다. 여기에 언급 된 이유로 인해 기술적이든 아니든간에 사적인 문제를 지키는 것이 항상 최선의 정책입니다. 개인 프로젝트를 관계없이 이력서에 넣을 수 있으며 개인 github 저장소에 연결하여 자신이 한 일을 보여줄 수도 있습니다. 다른 직업으로 넘어 가야한다면, 자신의 일을 벗어나서 자신의 시야를 넓히고 새로운 기술을 배우기 위해 항상 (항상 그런 것은 아니지만) 장점이 될 수 있습니다. 야심과 활력, 등
벡터

2
또한 개인 프로젝트에서 유사한 코드가 자신이 수행 한 작업에서 도난 당했다고 생각하여 실제 위협을 피 / 감소시킵니다. 많은 고용주는 고용 기간 동안 작성한 모든 코드의 소유권을 요구합니다. 그러한 주장이 법정에서 제기되는지 여부는 알 수 없으며 (어쨌든 현지 법률에 따라 다를 것입니다) 일반적인 일이며 어떤 종류의 노동 분쟁에 처한 경우와 같은 합병증을 피하고 싶습니다.
jwenting

여가 시간에 쓸 수없는 코드도 작동하지 않습니다 -예. 나는 본질적으로 그들에게 프로그래밍 회색 문제에 대한 소유권을 부여한 NDA에 서명했다. 그러한 주장이 법정에서 보류되는지 여부는 말할 수 없습니다 -나는 그들이 미국 법원에서 보류 할 것이라고 생각하지 않으므로 너무 걱정하지는 않습니다. "귀여워"-협박 요인.
벡터

1
회사 프로젝트는 별도의 조직에 보관해야합니다. 그러면 자신의 프로젝트와 회사의 프로젝트를 쉽게 확인할 수 있습니다. 퇴사 할 때 회사의 다른 사람에게 조직에 대한 액세스 권한을 부여 할 수 있으므로 계정을 양도 할 필요가 없습니다.
eMBee 2017 년
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.