Haruskah saya membuat akun GitHub pekerjaan dan pribadi yang terpisah? [Tutup]

Saya cukup baru dalam pemrograman, dan saya telah mengerjakan banyak proyek pribadi, yang saya khawatirkan dianggap konyol dan tidak profesional. Jenis proyek yang saya miliki adalah Reddit Image Downloader dan alat bagi GM untuk digunakan dalam permainan roleplaying.

Saya ingin mulai membangun akun GitHub untuk proyek-proyek di bidang analisis data yang saya pilih , tetapi saya tidak yakin bagaimana mengatur proyek di akun GitHub saya. Haruskah saya membuat GitHub "profesional", terutama yang berisi skrip analitik yang berbeda dan memiliki akun "pribadi" yang terpisah untuk proyek kecil saya yang menyenangkan? Atau apakah saya hanya terlalu memikirkan ini, dan haruskah saya mempertahankan satu akun saja?

github Hampir pasti
sumber

Secara pribadi, saya hanya punya satu akun untuk proyek profesional dan pribadi. Selama tidak ada yang menyinggung di akun Anda, saya tidak melihat alasan untuk menggunakan yang sama untuk kedua tujuan. Jika ada, itu hanya menunjukkan bahwa Anda suka melakukan pekerjaan dan Anda tidak membatasi diri pada jenis aplikasi tertentu.

Dylan Ribb

Ini tidak benar-benar milik di sini karena meminta nasihat karir, tetapi saya dapat mengatakan bahwa ketika saya telah mewawancarai, proyek pribadi adalah aset bagi para kandidat, tidak peduli seberapa "bodoh". (Dengan asumsi kita tidak berbicara aplikasi kentut atau sesuatu.) Proyek yang Anda sebutkan pasti akan menjadi sesuatu yang saya anggap layak disebut.

Gort the Robot

menghapus bagian saran karir dan membuatnya lebih tentang github (termasuk mengganti tag).

Michael Durrant

@AlmostSurely: apakah Anda memiliki izin untuk meletakkan pekerjaan aktual di github? Majikan Anda mungkin tidak terlalu senang dengan hal ini bahkan jika Anda membuat proyek-proyek itu pribadi.

Marjan Venema

Menempatkan kode apa pun dari atasan Anda di GitHub tanpa persetujuan mereka - bahkan dalam proyek pribadi - dapat dianggap mencuri. Saya tahu bahwa jika saya meletakkan kode majikan saya di GitHub tanpa persetujuan tertulis dari mereka, saya akan berada dalam masalah serius. Dan saya belum menandatangani NDA. Sama jika Anda bekerja sendiri dan memasukkan kode yang Anda buat untuk klien di GitHub. Kode bukan milikmu untuk diletakkan di sana.

Marjan Venema

Jawaban:

Saya katakan Anda bisa makan kue di memilikinya juga! Memperkenalkan Organisasi GitHub .

Gunakan akun GitHub Anda untuk proyek pribadi Anda, dan buat organisasi untuk proyek profesional Anda. Beranda organisasi akan menunjukkan proyek profesional yang ingin Anda perkenalkan, dan itu akan memiliki tautan ke akun pribadi Anda yang menunjukkan semua hal yang telah Anda lakukan di GitHub.

Manfaat:

Anda akan memiliki pemisahan bersih yang Anda inginkan sambil menjaga hubungan antara aktivitas GitHub pribadi dan profesional Anda.
Anda dapat mengontrol semuanya dari satu akun. Tidak perlu login kembali hanya untuk membuka repositori di akun profesional - yang harus Anda lakukan adalah memilih organisasi ketika Anda membuka repositori baru.
Tidak perlu mengelola dua kunci SSH yang berbeda di komputer yang sama!
Anda dapat menambahkan pengguna GitHub lain ke organisasi Anda, dan bahkan mentransfer kepemilikan organisasi kepada mereka jika Anda perlu. Setiap pengguna akan memiliki akun mereka sendiri, jadi Anda tidak perlu membagikan kata sandi akun profesional dengan orang lain. Sebagai bonus, akun yang berbeda dapat memiliki izin yang berbeda berdasarkan peran aktual mereka dalam tim - sesuatu yang tidak dapat Anda lakukan dengan akun GitHub yang dibagikan untuk proyek profesional.

Pada dasarnya, pendekatan ini memberi Anda manfaat dari kedua pendekatan tersebut. Satu-satunya downside adalah jika Anda memiliki beberapa proyek pribadi yang Anda tidak ada orang yang pernah menghubungkannya dengan wajah publik profesional Anda. Namun, kriteria ini biasanya melibatkan hal-hal ilegal yang Anda tidak ingin pakai di GitHub, jadi seharusnya tidak menjadi masalah.

Idan Arye
sumber

Saya sarankan Anda menyimpannya bersama.

menunjukkan proyek pribadi yang cocok sering kali merupakan nilai tambah besar karena menunjukkan semangat dan inisiatif Anda
lebih mudah untuk mengelola apa yang terjadi di mana dari waktu ke waktu.
hanya 1 set kunci ssh untuk dikelola
tidak perlu masuk / keluar dari satu ke yang lain.
memungkinkan Anda memiliki 1 github ke 1 email pribadi utama, juga lebih sederhana.

Saya pikir satu jawaban untuk apa yang Anda inginkan (dan apa yang saya lakukan) adalah memiliki akun berbayar (saya pikir $ 7 sebulan untuk 5 privat) yang memungkinkan lebih banyak repositori pribadi. Jadi simpan karya / permainan yang Anda ingin publik sebagai publik dan jaga yang lain sebagai pribadi.

Michael Durrant
sumber

menunjukkan proyek pribadi sering kali merupakan nilai tambah besar - mungkin juga minus besar, ketika orang lain mencuri ide Anda ... Anda dapat berbicara tentang hal-hal lain yang Anda lakukan dengan rekan kerja dan atasan (tanpa mengambil banyak waktu untuk melakukannya), meskipun mereka tidak di github - yang menunjukkan semangat dan inisiatif tanpa memberi orang lain "kunci ke kastil". Itulah yang selalu saya lakukan dan itu telah membantu saya dalam pekerjaan saya - lebih dari sekali saya diberikan tugas yang menarik: "Hei, saya dengar Anda banyak bermain-main dengan JSON ... mungkin Anda dapat menangani proyek baru ini, kami sedang merencanakan ... "dll ...

Vektor

dan banyak majikan tidak akan mau risiko kontaminasi silang antara properti perusahaan mereka dan beberapa proyek hobi ...

jwenting

Jika Anda tidak dapat memisahkan proyek, tidak masalah apakah itu proyek pribadi atau publik. Saya belum pernah melihat "kontaminasi silang" ini dalam praktik. Dalam pekerjaan saya sekarang saya harus menggunakan 20 repositori dan tidak mencampurnya.

Michael Durrant

Vektor - itu sebabnya saya katakan menggunakan repo pribadi untuk proyek seperti itu.

Michael Durrant

Bahkan jika Anda menempatkan pekerjaan di proyek-proyek swasta, majikan seseorang mungkin tidak benar-benar senang dengan apa yang dianggapnya sebagai kode "terbuka" (tidak dikendalikan oleh kebijakan keamanan mereka sendiri) dan menunjukkannya kepada perusahaan lain selama wawancara. Bahkan meletakkannya di GitHub dalam proyek pribadi dapat dianggap mencuri. Saya tahu bahwa jika saya meletakkan kode majikan saya di GitHub tanpa persetujuan tertulis dari mereka, saya akan berada dalam masalah serius. Dan saya belum menandatangani NDA.

Marjan Venema

Saya pikir Anda harus memisahkan akun.

Dalam hampir semua kasus, pekerjaan yang Anda buat karena masalah pekerjaan Anda dengan perusahaan dimiliki oleh perusahaan. Itu bukan milikmu. Ketika Anda meninggalkan perusahaan, perusahaan mempertahankan semua itu dan Anda tidak lagi memiliki hak untuk itu.

Jika Anda memisahkan akun pribadi dan kantor Anda, ini membuatnya lebih mudah. Ketika Anda pergi, Anda hanya menyerahkan akun kerja dan mereka mengambil kepemilikan. Anda tidak perlu memisahkan proyek Anda dari proyek perusahaan, dan tidak perlu mencoba menghapus proyek dari akun Anda. Pekerjaan dengan perusahaan mana pun cepat berlalu, dan semakin Anda melibatkan barang-barang pribadi Anda dengan barang-barang perusahaan semakin menyulitkan ketika Anda berpisah.

Ini adalah aturan praktis saya, dan tentu saja masing-masing organisasi akan memiliki pendapat sendiri tentang hal ini. Saya dapat melihat beberapa perusahaan memutuskan bahwa mereka tidak memiliki masalah dengan Anda menyimpan salinan barang-barang ini begitu Anda meninggalkan perusahaan selama mereka juga memiliki salinannya. Di sisi lain, perusahaan tempat saya bekerja memegang kendali yang sangat ketat atas berbagai hal dan mereka kemungkinan akan memecat saya jika saya meletakkan produk pekerjaan perusahaan di github.

Alan Shutko
sumber

Saya bekerja untuk organisasi nirlaba terpisah yang merupakan bagian dari Yayasan yang lebih besar. Saya sudah berbicara dengan atasan saya, dan mereka baik-baik saja dengan saya meng-hosting file Open Source di github saya, sehingga saya dapat membagikan kemajuan kami dengan seluruh Foundation, dan ini tampaknya menjadi metode untuk organisasi lain di dasar. Saya mengerti apa yang Anda katakan tentang apa perusahaan itu perusahaan, tetapi jujur saya ingin kredit untuk pekerjaan ini di resume saya. Yang sedang berkata, mungkin saya harus menyimpan akun kerja terpisah dan hanya memiliki proyek di resume saya tanpa menghubungkan ke github.

Hampir Pasti

@AlmostSurely - +1 pada jawaban ini - saya pikir tit adalah yang benar. Menjaga masalah pribadi Anda, baik secara teknis atau lainnya, selalu merupakan kebijakan terbaik, untuk alasan yang dinyatakan di sini dan banyak lainnya juga. Anda dapat meletakkan proyek pribadi Anda di resume Anda, dan bahkan menautkan ke repositori github pribadi Anda untuk menunjukkan apa yang telah Anda lakukan. Jika Anda perlu pindah ke pekerjaan lain, melakukan hal-hal sendiri di luar pekerjaan untuk memperluas wawasan Anda dan mempelajari keterampilan baru dapat (tetapi tidak selalu ...) menjadi nilai tambah: itu menunjukkan Anda menyukai pekerjaan Anda, Anda ambisius dan energik, dll.

Vektor

juga menghindari / mengurangi ancaman nyata dari mereka yang berpikir kode yang mirip dalam proyek pribadi Anda dicuri dari pekerjaan yang Anda lakukan untuk mereka. Banyak majikan menuntut kepemilikan semua kode yang Anda tulis selama bekerja, bahkan kode yang Anda tulis di waktu luang yang tidak berhubungan dengan pekerjaan. Apakah klaim seperti itu akan ditunda di pengadilan, saya tidak tahu (dan akan bergantung pada hukum setempat), tetapi itu adalah hal yang umum dan Anda ingin menghindari komplikasi seperti itu jika Anda berakhir dalam perselisihan perburuhan apa pun.

jwenting

bahkan kode yang Anda tulis di waktu luang yang tidak terkait dengan pekerjaan - Yup. Saya telah menandatangani NDA yang pada dasarnya memberi mereka kepemilikan atas materi abu-abu pemrograman saya. Apakah klaim seperti itu akan bertahan di pengadilan, saya tidak bisa mengatakan - Saya tidak berpikir mereka akan bertahan di pengadilan AS, jadi saya tidak pernah terlalu khawatir tentang hal itu - tetapi mereka menaruhnya di sana sehingga Anda tidak "dapatkan imut" - faktor intimidasi.

Vektor

proyek perusahaan harus disimpan di bawah organisasi yang terpisah. maka mudah untuk melihat proyek mana yang menjadi milik Anda dan mana yang merupakan perusahaan. ketika Anda pergi, Anda tidak perlu menyerahkan akun karena Anda bisa memberikan akses ke organisasi kepada orang lain di perusahaan.

eMBee