Tôi có nên tạo tài khoản GitHub cá nhân và công việc riêng biệt không? [đóng cửa]

Tôi còn khá mới với lập trình, và tôi đã làm việc trong nhiều dự án cá nhân, điều mà tôi lo ngại có thể gặp phải là ngớ ngẩn và không chuyên nghiệp. Loại dự án tôi có là Reddit Image Downloader và một công cụ để GM sử dụng trong các trò chơi nhập vai.

Tôi muốn bắt đầu xây dựng tài khoản GitHub cho các dự án trong lĩnh vực phân tích dữ liệu đã chọn của mình , nhưng tôi không chắc cách tổ chức dự án trên tài khoản GitHub của mình. Tôi có nên tạo một GitHub "chuyên nghiệp", chủ yếu chứa các tập lệnh phân tích khác nhau và có một tài khoản "cá nhân" riêng cho các dự án nhỏ thú vị của tôi không? Hay tôi chỉ đang xem xét lại điều này, và tôi chỉ nên duy trì một tài khoản?

github

— Gần như chắc chắn
nguồn

Cá nhân, tôi chỉ có một tài khoản cho cả các dự án chuyên nghiệp và cá nhân. Miễn là không có gì xúc phạm trong tài khoản của bạn, tôi thấy không có lý do gì để sử dụng cùng một mục đích cho cả hai mục đích. Nếu bất cứ điều gì nó chỉ cho thấy rằng bạn thích thực hiện công việc và bạn không giới hạn bản thân trong một loại ứng dụng cụ thể.

— Dylan Ribb

Điều này không thực sự thuộc về nơi này vì nó yêu cầu tư vấn nghề nghiệp, nhưng tôi có thể nói rằng khi tôi phỏng vấn, các dự án cá nhân là tài sản cho các ứng cử viên, bất kể "ngớ ngẩn" như thế nào. (Giả sử chúng ta không nói về một ứng dụng xì hơi hoặc một cái gì đó.) Các dự án bạn đề cập chắc chắn sẽ là điều tôi cho là đáng để đề cập.

— Gort Robot

đã loại bỏ các phần tư vấn nghề nghiệp và làm cho nó thêm về github (bao gồm cả việc tắt các thẻ).

— Michael Durrant

@AlestSently: bạn có được phép đưa công việc thực tế lên github không? Chủ nhân của bạn có thể không quá hài lòng về điều này ngay cả khi bạn thực hiện các dự án đó ở chế độ riêng tư.

— Marjan Venema

Đặt bất kỳ mã nào từ nhà tuyển dụng của bạn trên GitHub mà không có sự đồng ý của họ - ngay cả trong một dự án tư nhân - có thể được coi là ăn cắp. Tôi biết rằng nếu tôi đặt mã nhà tuyển dụng của mình trên GitHub mà không có sự đồng ý rõ ràng của họ, tôi sẽ gặp rắc rối nghiêm trọng. Và tôi đã không ký một NDA. Tương tự nếu bạn tự làm chủ và đặt mã bạn đã tạo cho khách hàng trên GitHub. Mã không phải là của bạn để đặt ở đó.

— Marjan Venema

Câu trả lời:

Tôi nói bạn có thể ăn bánh trong đó quá! Giới thiệu các tổ chức GitHub .

Sử dụng tài khoản GitHub của bạn cho các dự án cá nhân của bạn và tạo một tổ chức cho các dự án chuyên nghiệp của bạn. Trang chủ của tổ chức sẽ hiển thị các dự án chuyên nghiệp mà bạn muốn giới thiệu và nó sẽ có một liên kết đến tài khoản cá nhân của bạn để hiển thị tất cả những điều bạn đã làm trong GitHub.

Lợi ích:

Bạn sẽ có sự tách biệt rõ ràng mà bạn muốn trong khi vẫn giữ mối quan hệ giữa hoạt động GitHub cá nhân và chuyên nghiệp của bạn.
Bạn sẽ có thể kiểm soát mọi thứ từ một tài khoản. Không cần phải đăng nhập lại chỉ để mở một kho lưu trữ trong tài khoản chuyên nghiệp - tất cả những gì bạn phải làm là chọn tổ chức khi bạn mở một kho lưu trữ mới.
Không cần phải quản lý hai khóa SSH khác nhau trên cùng một máy tính!
Bạn có thể thêm người dùng GitHub khác vào tổ chức của mình và thậm chí chuyển quyền sở hữu của tổ chức cho họ nếu bạn cần. Mỗi người dùng sẽ có tài khoản riêng, vì vậy bạn không cần chia sẻ mật khẩu của tài khoản chuyên nghiệp với người khác. Là một phần thưởng, các tài khoản khác nhau có thể có các quyền khác nhau dựa trên vai trò thực tế của chúng trong nhóm - điều mà bạn không thể làm với tài khoản GitHub được chia sẻ cho các dự án chuyên nghiệp.

Về cơ bản, phương pháp này cung cấp cho bạn những lợi ích của cả hai phương pháp. Nhược điểm duy nhất là nếu bạn có một số dự án cá nhân mà bạn không ai có thể liên hệ chúng với khuôn mặt chuyên nghiệp của bạn. Tuy nhiên, những tiêu chí này thường liên quan đến những thứ bất hợp pháp mà bạn không muốn đưa vào GitHub ngay từ đầu, vì vậy nó không phải là vấn đề.

— Idan Arye
nguồn

Tôi khuyên bạn nên giữ chúng lại với nhau.

hiển thị các dự án cá nhân phù hợp thường là một điểm cộng lớn vì nó cho thấy niềm đam mê và sáng kiến của bạn
đơn giản hơn để quản lý những gì đi đâu theo thời gian.
chỉ có 1 bộ khóa ssh để quản lý
không cần phải đăng nhập / đăng xuất từ cái này sang cái khác.
cho phép bạn có 1 github đến 1 email cá nhân chính, cũng đơn giản hơn.

Tôi nghĩ rằng một câu trả lời cho những gì bạn muốn (và những gì tôi làm) là có một tài khoản trả phí (tôi nghĩ rằng 7 đô la một tháng cho 5 tư nhân) cho phép lưu trữ riêng tư nhiều hơn. Vì vậy, hãy giữ công việc / chơi mà bạn muốn công khai và công khai những người khác là riêng tư.

— Michael Durrant
nguồn

thể hiện các dự án cá nhân thường là một điểm cộng lớn - có lẽ cũng thường là một điểm trừ lớn, khi người khác đánh cắp ý tưởng của bạn ... bạn có thể nói về những việc khác bạn đang làm với đồng nghiệp và cấp trên (mà không mất nhiều thời gian để làm như vậy), mặc dù họ không ở trong github - điều đó thể hiện niềm đam mê và sự chủ động mà không đưa cho người khác "chìa khóa vào lâu đài". Đó là những gì tôi đã luôn làm và nó đã giúp tôi trong công việc của mình - hơn một lần tôi đã được giao những nhiệm vụ thú vị: "Này, tôi nghe nói bạn đã bị lừa rất nhiều với JSON ... có lẽ bạn có thể giải quyết dự án mới này chúng tôi ' đang lên kế hoạch ... "vv ...

— Vector

và nhiều nhà tuyển dụng sẽ không muốn có nguy cơ lây nhiễm chéo giữa các tài sản của công ty và một số dự án sở thích ...

— jwenting

Nếu bạn không thể giữ các dự án riêng biệt, thì chúng là riêng tư hay công khai. Tôi chưa bao giờ thấy "sự lây nhiễm chéo" này trong thực tế. Trong công việc của tôi ngay bây giờ tôi phải sử dụng 20 kho lưu trữ và không trộn lẫn chúng.

— Michael Durrant

Vector - đó là lý do tại sao tôi nói sử dụng repos riêng cho các dự án như vậy.

— Michael Durrant

Ngay cả khi bạn đưa công việc vào các dự án tư nhân, chủ nhân của một người có thể không thực sự hài lòng với việc họ coi mã của mình là "ngoài trời" (không được kiểm soát bởi chính sách bảo mật của chính họ) và hiển thị cho các công ty khác trong các cuộc phỏng vấn. Ngay cả việc đưa nó lên GitHub trong một dự án tư nhân cũng có thể bị coi là ăn cắp. Tôi biết rằng nếu tôi đặt mã nhà tuyển dụng của mình trên GitHub mà không có sự đồng ý rõ ràng của họ, tôi sẽ gặp rắc rối nghiêm trọng. Và tôi đã không ký một NDA.

— Marjan Venema

Tôi nghĩ bạn nên giữ các tài khoản riêng biệt.

Trong hầu hết các trường hợp, công việc bạn tạo ra là vấn đề việc làm của bạn với một công ty thuộc sở hữu của công ty. Nó không phải là tài sản của bạn. Khi bạn rời công ty, công ty sẽ giữ tất cả công việc đó và bạn không còn quyền gì với nó nữa.

Nếu bạn giữ tài khoản cá nhân và công việc riêng biệt, việc này sẽ dễ dàng hơn nhiều. Khi bạn rời đi, bạn chỉ cần bàn giao tài khoản công việc và họ có quyền sở hữu. Bạn sẽ không cần tách các dự án của mình khỏi các dự án của công ty và không cần phải cố gắng xóa các dự án khỏi tài khoản của bạn. Việc làm với bất kỳ công ty nào cũng thoáng qua và bạn càng vướng vào những thứ cá nhân của mình với những thứ của công ty sẽ khiến bạn gặp khó khăn hơn khi tách ra.

Đây là quy tắc của tôi và chắc chắn các tổ chức cá nhân sẽ có ý kiến riêng về vấn đề này. Tôi có thể thấy một số công ty quyết định rằng họ không có vấn đề gì với việc bạn giữ một bản sao của công cụ này một khi bạn rời công ty miễn là họ cũng có một bản sao. Mặt khác, công ty tôi làm việc kiểm soát rất chặt chẽ mọi thứ và họ có thể sẽ sa thải tôi nếu tôi đưa sản phẩm làm việc của công ty lên github.

— Alan Shutko
nguồn

Tôi làm việc cho một tổ chức phi lợi nhuận riêng biệt là một phần của Quỹ lớn hơn. Tôi đã nói chuyện với những người cấp cao hơn và họ vẫn ổn khi tôi lưu trữ các tệp Nguồn mở trên github của tôi, để tôi có thể chia sẻ tiến trình của chúng tôi với phần còn lại của Quỹ và đây dường như là phương pháp cho các tổ chức khác trong Quỹ. Tôi hiểu những gì bạn đang nói về những gì công ty là của công ty, nhưng thành thật mà nói tôi muốn tín dụng cho công việc này trong hồ sơ của tôi. Điều đó đang được nói, có lẽ tôi nên giữ một tài khoản công việc riêng và chỉ có các dự án trong sơ yếu lý lịch của mình mà không cần liên kết với github.

— Gần như chắc chắn là

@AlestSently - +1 cho câu trả lời này - Tôi nghĩ rằng đây là câu trả lời đúng. Giữ các vấn đề riêng tư của bạn, cho dù là kỹ thuật hay cách khác, luôn là chính sách tốt nhất, vì những lý do được nêu ở đây và nhiều vấn đề khác. Bạn có thể đặt các dự án riêng tư của bạn vào sơ yếu lý lịch của bạn bất kể và thậm chí liên kết đến kho lưu trữ github riêng tư của bạn để hiển thị những gì bạn đã làm. Nếu bạn cần phải chuyển sang một công việc khác, tự mình làm việc ngoài công việc để mở rộng tầm nhìn và học các kỹ năng mới có thể (nhưng không phải lúc nào cũng ...) là một lợi thế: nó cho thấy bạn yêu thích công việc của mình, bạn đầy tham vọng và tràn đầy năng lượng, v.v.

— Vector

cũng tránh / làm giảm mối đe dọa thực sự của họ khi nghĩ rằng mã tìm kiếm tương tự trong các dự án cá nhân của bạn bị đánh cắp khỏi công việc bạn đã làm cho họ. Nhiều nhà tuyển dụng yêu cầu quyền sở hữu tất cả các mã bạn viết trong khi làm việc, thậm chí mã bạn viết trong thời gian rảnh rỗi không liên quan đến công việc. Cho dù một yêu cầu như vậy sẽ giữ ở tòa án tôi không thể nói (và sẽ phụ thuộc vào luật pháp địa phương) nhưng đó là một điều phổ biến và bạn muốn tránh các biến chứng như thế nếu bạn gặp phải bất kỳ tranh chấp lao động nào.

— jwenting

ngay cả mã bạn viết trong thời gian rảnh rỗi không liên quan đến công việc - Yup. Tôi đã ký NDA về cơ bản mang lại cho họ quyền sở hữu đối với chất xám lập trình của tôi. Cho dù một yêu cầu như vậy sẽ giữ ở tòa án tôi không thể nói - tôi không nghĩ họ sẽ giữ ở tòa án Hoa Kỳ, vì vậy tôi không bao giờ lo lắng về nó quá nhiều - nhưng họ đưa nó vào đó để bạn không "dễ thương" - yếu tố hăm dọa.

— Vector

dự án công ty nên được giữ dưới một tổ chức riêng biệt. sau đó thật dễ dàng để xem dự án nào là của bạn và công ty nào. khi bạn rời đi, bạn không cần phải bàn giao tài khoản của mình vì bạn chỉ có thể cấp quyền truy cập cho tổ chức cho người khác trong công ty.

— eMBee