Czy powinienem utworzyć osobne konta służbowe i osobiste GitHub? [Zamknięte]


28

Jestem całkiem nowy w programowaniu i pracuję nad wieloma osobistymi projektami, które moim zdaniem mogą wydawać się głupie i nieprofesjonalne. Projekty, które mam, to Reddit Image Downloader i narzędzie dla GM do wykorzystania w grach RPG.

Chcę rozpocząć tworzenie konta GitHub dla projektów w wybranym obszarze analizy danych , ale nie jestem pewien, jak organizować projekty na moim koncie GitHub. Czy powinienem utworzyć „profesjonalny” GitHub, zawierający głównie różne skrypty analityczne i mieć osobne „osobiste” konto dla moich małych, zabawnych projektów? A może po prostu zastanawiam się nad tym i czy powinienem po prostu prowadzić jedno konto?


4
Osobiście mam tylko jedno konto dla projektów profesjonalnych i osobistych. Dopóki na koncie nie ma nic obraźliwego, nie widzę powodu, aby używać tego samego do obu celów. Jeśli cokolwiek, to po prostu pokazuje, że lubisz wykonywać pracę i nie ograniczasz się do określonego rodzaju aplikacji.
Dylan Ribb

3
To tak naprawdę nie należy tutaj, ponieważ wymaga porady zawodowej, ale mogę powiedzieć, że kiedy przeprowadzam wywiad, osobiste projekty są atutem dla kandydatów, bez względu na to, jak „głupie”. (Zakładając, że nie mówimy o aplikacji na pierdnięcie czy coś takiego.) Wspomniane projekty na pewno byłyby czymś, o czym warto wspomnieć.
Gort the Robot

usunąłem sekcje z poradami dotyczącymi kariery i uczyniłem więcej o githubie (w tym wyłączając tagi).
Michael Durrant

1
@ Prawie na pewno: czy masz pozwolenie na umieszczenie faktycznej pracy na github? Twój pracodawca może nie być zbyt szczęśliwy z tego powodu, nawet jeśli uczynisz te projekty prywatnymi.
Marjan Venema

1
Umieszczenie dowolnego kodu od pracodawcy na GitHub bez jego zgody - nawet w prywatnym projekcie - można uznać za kradzież. Wiem, że jeśli umieszczę kod pracodawcy na GitHub bez ich wyraźnej zgody, będę miał poważne kłopoty. I nie podpisałem NDA. To samo, jeśli jesteś samozatrudniony i umieściłeś kod utworzony dla klienta w GitHub. Kod nie należy do ciebie.
Marjan Venema

Odpowiedzi:


25

Mówię, że możesz też zjeść to ciasto! Przedstawiamy organizacje GitHub .

Użyj swojego konta GitHub do osobistych projektów i stwórz organizację dla swoich profesjonalnych projektów. Strona główna organizacji pokaże profesjonalne projekty, które chcesz wprowadzić, i będzie miała link do twojego osobistego konta, które pokazuje wszystkie rzeczy, które zrobiłeś w GitHub.

Korzyści:

  • Będziesz miał czystą separację, jakiej chciałeś, zachowując jednocześnie relację między osobistą a zawodową działalnością GitHub.
  • Będziesz mógł kontrolować wszystko z jednego konta. Nie trzeba ponownie logować się tylko po to, aby otworzyć repozytorium na profesjonalnym koncie - wystarczy, że wybierzesz organizację po otwarciu nowego repozytorium.
  • Nie musisz zarządzać dwoma różnymi kluczami SSH na tym samym komputerze!
  • Możesz dodać innych użytkowników GitHub do swojej organizacji, a nawet przenieść na nich własność organizacji, jeśli zajdzie taka potrzeba. Każdy użytkownik będzie miał własne konto, więc nie musisz udostępniać hasła do konta zawodowego innym osobom. Jako bonus, różne konta mogą mieć różne uprawnienia w zależności od ich rzeczywistej roli w zespole - czego nie można zrobić ze wspólnym kontem GitHub dla profesjonalnych projektów.

Zasadniczo takie podejście daje korzyści obu metod. Jedynym minusem jest to, że masz jakieś osobiste projekty, z którymi nie wiąże się ich żadna profesjonalna twarz publiczna. Jednak te kryteria zwykle obejmują nielegalne rzeczy, których nie chcesz umieszczać w GitHub, więc nie powinno to stanowić problemu.


18

Polecam trzymać je razem.

  • pokazanie odpowiednich projektów osobistych jest często dużym plusem, ponieważ pokazuje Twoją pasję i inicjatywę
  • łatwiej jest zarządzać tym, co idzie z czasem.
  • tylko 1 zestaw kluczy ssh do zarządzania
  • nie trzeba się logować / wylogowywać z jednego do drugiego.
  • pozwala mieć 1 github na 1 główny osobisty e-mail, również prostsze.

Myślę, że jedną z odpowiedzi na to, czego chcesz (i co robię), jest posiadanie płatnego konta (myślę, że to 7 USD miesięcznie za 5 osób prywatnych), które pozwala na więcej prywatnych repozytoriów. Więc zachowaj te, które chcesz być publiczne, i inne jako prywatne.


pokazywanie osobistych projektów jest często dużym plusem - być może równie często dużym minusem, gdy ktoś inny kradnie twój pomysł ... możesz rozmawiać o innych rzeczach, które robisz ze współpracownikami i przełożonymi (bez poświęcania dużo czasu na zrób to), mimo że nie są w githubie - to pokazuje pasję i inicjatywę bez dawania innym „kluczy do zamku”. Tak zawsze robiłem i pomogło mi to w mojej pracy - niejednokrotnie otrzymałem ciekawe zadania: „Hej, słyszałem, że dużo wygłupiasz się z JSON… może poradzisz sobie z tym nowym projektem” ponowne planowanie ... ”itp ...
Wektor

2
i wielu pracodawców nie chce ryzyka zanieczyszczenia krzyżowego między ich własnością korporacyjną a niektórymi projektami hobbystycznymi ...
jwenting

1
Jeśli nie możesz rozdzielić projektów, nie ma znaczenia, czy są one prywatne, czy publiczne. Nigdy nie widziałem tego „zanieczyszczenia krzyżowego” w praktyce. W swojej pracy muszę teraz korzystać z 20 repozytoriów i nie mieszać ich.
Michael Durrant

Wektor - dlatego mówię, że do takich projektów używaj prywatnych repozytoriów.
Michael Durrant

1
Nawet jeśli umieścisz pracę w prywatnych projektach, pracodawca może nie być zadowolony z posiadania tego, co uważa za swój kod „jawnie” (nie kontrolowany przez własne zasady bezpieczeństwa) i pokazywania go innym firmom podczas wywiadów. Nawet umieszczenie go na GitHub w prywatnym projekcie można uznać za kradzież. Wiem, że jeśli umieszczę kod pracodawcy na GitHub bez ich wyraźnej zgody, będę miał poważne kłopoty. I nie podpisałem NDA.
Marjan Venema

10

Myślę, że powinieneś trzymać konta oddzielnie.

W prawie wszystkich przypadkach praca tworzona w ramach zatrudnienia w firmie jest własnością firmy. To nie jest twoja własność. Po odejściu z firmy firma cały czas pracuje i nie masz już do niej żadnych praw.

Jeśli oddzielisz swoje konta osobiste od służbowego, znacznie to ułatwi. Kiedy wychodzisz, po prostu przekazujesz konto służbowe, a oni przejmują na własność. Nie będziesz musiał oddzielać swoich projektów od projektów firmowych i nie będziesz musiał próbować usuwać projektów z konta. Zatrudnienie w dowolnej firmie jest ulotne, a im bardziej uwikłujesz swoje rzeczy osobiste w sprawy firmowe, tym trudniej jest się rozdzielić.

To moja ogólna zasada i na pewno poszczególne organizacje będą miały własne zdanie na ten temat. Widziałem niektóre firmy, które postanowiły, że nie mają problemu z przechowywaniem kopii tych rzeczy po odejściu z firmy, o ile mają one również kopię. Z drugiej strony firma, w której pracuję, zachowuje bardzo ścisłą kontrolę nad rzeczami i prawdopodobnie zwolnią mnie, gdybym umieścił produkt pracy firmy na github.


Pracuję dla odrębnej organizacji non-profit, która jest częścią większej Fundacji. Rozmawiałem z moimi wyższymi awansami i nie przeszkadzało mi to, że hostowałem pliki Open Source na moim githubie, dzięki czemu mogę dzielić się naszymi postępami z resztą Fundacji, i to wydaje się być metodą dla innych organizacji w Fundacja. Rozumiem, co mówisz o tym, czym jest firma, ale szczerze mówiąc, chciałbym podziękować za tę pracę w moim CV. To powiedziawszy, może powinienem mieć osobne konto robocze i po prostu mieć projekty w moim CV bez łączenia się z githubem.
Prawie na pewno

1
@ Prawie na pewno - +1 od tej odpowiedzi - myślę, że tit jest właściwy. Utrzymywanie twoich prywatnych spraw, zarówno technicznych, jak i innych, jest zawsze najlepszą polityką, z powodów podanych tutaj i wielu innych. Niezależnie od tego możesz umieścić swoje prywatne projekty w CV, a nawet link do prywatnego repozytorium github, aby pokazać, co robiłeś. Jeśli musisz przejść do innej pracy, robić rzeczy samodzielnie poza pracą, aby poszerzyć swoje horyzonty i uczyć się nowych umiejętności, może (ale nie zawsze ...) być plusem: pokazuje, że kochasz swoją pracę, jesteś ambitny i energiczny itp.
Wektor

2
pozwala także uniknąć / zmniejszyć bardzo realne zagrożenie, że ktoś podejrzewa, że ​​kod o podobnym wyglądzie w twoich osobistych projektach został skradziony z pracy, którą dla nich wykonałeś. Wielu pracodawców domaga się posiadania całego kodu, który piszesz podczas zatrudnienia, nawet kodu pisanego w wolnym czasie, który nie jest związany z pracą. Nie mogę powiedzieć, czy takie roszczenie utrzyma się w sądzie (i i tak byłoby zależne od lokalnych przepisów), ale jest to powszechna sprawa i chcesz uniknąć takich komplikacji, jeśli zakończysz się jakimkolwiek sporem pracowniczym.
jwenting

nawet kod, który piszesz w wolnym czasie, który nie jest związany z pracą - Tak. Podpisałem umowy NDA, które zasadniczo dały im prawo własności do moich szarych programów. Nie mogę powiedzieć, czy takie roszczenie utrzyma się w sądzie - nie sądzę, aby stanęło przed sądem amerykańskim, więc nigdy nie przejmowałem się tym zbytnio - ale włożyli je tam, abyś nie „bądź słodki” - czynnik zastraszania.
Wektor

1
projekty firmowe powinny być prowadzone w ramach oddzielnej organizacji. to łatwo sprawdzić, które projekty są twoje, a które firmy. kiedy odejdziesz, nie musisz przekazywać swojego konta, ponieważ możesz po prostu dać dostęp do organizacji komuś innemu w firmie.
eMBee
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.