Apa manfaatnya memiliki repositori pribadi untuk proyek pribadi?

Jadi saya baru saja membuat repositori GitHub pertama saya dan mulai bertanya-tanya apakah akan ada alasan mengapa seseorang tidak boleh memposting kode mereka. Maksud saya bukan yang sudah jelas, seperti kode yang merupakan IP dari orang lain atau situasi hukum lain apa pun yang mungkin; Saya sedang berbicara tentang seorang pemula memposting kode mereka sendiri, meskipun mengerikan.

Saya telah mendengar beberapa kali di situs ini bahwa salah satu hal yang dilakukan beberapa manajer perekrutan adalah memeriksa orang di Github (atau situs serupa), jadi bagaimana jika kodenya kurang? Apakah posisi yang diinginkan — misalnya, jika saya mengejar posisi pengembang junior alih-alih posisi pengembang senior — penting?

Tujuan dari repositori pribadi adalah untuk menyimpan kode Anda tanpa harus di tempat terbuka. Seperti program yang eksklusif untuk Anda saat ini dan yang tidak ingin Anda bagikan. Secara efektif itu hanya tempat untuk membuat cadangan kode pribadi Anda dalam repositori jarak jauh.

Mengenai kekhawatiran Anda bahwa kode Anda mungkin kurang jika Anda mempublikasikannya secara terbuka; Anda tidak perlu terlalu khawatir tentang hal itu. Hanya dengan memiliki akun di github (pada saat penulisan) memberitahu saya bahwa Anda berada dalam eselon yang lebih tinggi dari para programmer dan dalam pengalaman saya perekrut hanya memeriksa kode secara singkat tentang apa yang telah Anda lakukan. Meskipun Anda memiliki beberapa kesalahan dalam kode Anda masih merupakan ukuran yang lebih baik bagi calon majikan Anda bahwa Anda dapat benar-benar melakukan hal-hal yang lebih penting dari apa pun.

Hampir 99% dari semua kandidat tidak memberikan indikasi dalam resume mereka tentang seberapa banyak mereka dapat memprogram atau merancang suatu program. Heck, beberapa "programmer Java senior" yang saya temui sangat tidak mengerti bahwa mereka bahkan tidak tahu apa interfaceitu atau mengapa mereka akan menggunakannya.

Dapatkan akun di Bitbucket jika ini merupakan masalah. Bitbucket memberi Anda repositori (Mercurial) pribadi sebanyak yang Anda inginkan.

Jika Anda lebih suka git, maka baca perbandingan layanan hosting repositori pribadi gratis , yang berfokus secara khusus pada layanan yang menawarkan repositori pribadi gratis.

Proyek open source umumnya dihosting secara gratis di situs-situs ini, jadi buat dua akun. Satu untuk kotak pasir hobi Anda dan satu lagi yang Anda tidak keberatan melihat masyarakat umum. Publikasikan nama pengguna yang bagus.

Tidak ada salahnya hosting di GitHub atau Bitbucket. Bahkan ini dapat diakses dari mana saja dan Anda dapat menarik pengembang lain untuk berkontribusi. Anda dapat menggunakan repo pribadi jika Anda tidak ingin membuat proyek open source.

Dan itu tergantung pada manajer perekrutan pada seberapa besar dampak profil github yang baik.

Tidak bisa memikirkan hal lain selain rasa malu atau kerendahan hati. Yang lain mengatakan ini jauh lebih baik sebelumnya, tetapi itu adalah kualitas pribadi yang sangat penting dalam seorang programmer. Itu bukan untuk mengatakan bahwa Anda harus memberi tahu semua orang betapa buruknya kode Anda, tetapi mereka dapat mengakibatkan seseorang berusaha terus-menerus untuk meningkatkan pekerjaan mereka. Dan bidang pemrogramannya begitu besar sehingga tidak ada yang bisa mempelajari semuanya, atau bahkan dekat dengannya. Jadi yakinlah bahwa sementara setiap programmer dapat menemukan kesalahan (obyektif atau subyektif) dengan kode programmer lain (atau mereka sendiri), itu tidak berarti kode Anda harus disembunyikan.

IYA

Lihatlah postingan ini: Apakah layak mendaftar pengujian atau repositori belajar mandiri di resume saya? - Saya akan memperluasnya juga secara online dengan nama Anda di atasnya.

Saya sangat setuju dengan jawaban yang diterima di sana. Jumlah semua hal yang terlihat tentang Anda secara online adalah neraca pribadi Anda. Anda ingin memastikan untuk menampilkan banyak aset sambil meminimalkan kewajiban.

Jika saya menemukan nama Anda dan menemukan beberapa kode yang Anda tulis, saya tidak tahu apakah itu program mainan yang tidak Anda pedulikan atau apakah ini karya terbaik Anda.

Saya baru saja memposting proyek pertama saya di GitHub, dan saya menghabiskan banyak waktu memastikan itu dapat dibaca oleh orang lain selain saya.

Jika Anda hanya mencari penyimpanan, saya akan mengambil saran orang lain dan menggunakan salah satu repositori lainnya (online atau offline). Secara pribadi, saya juga menggunakan Perforce di rumah (saya tidak punya afiliasi dengan perusahaan) untuk proyek mainan saya. Ini adalah produk yang sangat matang dan bagus dan dilengkapi dengan 2 pengguna gratis, jadi jika itu hanya untuk Anda, Anda mendapatkan penuh, profesional, tidak cacat dengan cara apa pun sistem kontrol versi secara gratis.

Tidak ada salahnya memiliki repositori publik. Namun memang benar bahwa perekrut suka menelusuri profil GitHub Anda dan melihat apa yang telah Anda lakukan. Jika Anda memiliki campuran proyek 'indah' ​​dan 'jelek', Anda selalu dapat membuat situs web portofolio yang menampilkan proyek-proyek indah, atau bahkan menjelaskan repositori mana yang indah dan mana yang merupakan kotak pasir. Juga merupakan praktik yang baik untuk menggambarkan setiap repositori dalam README.mddokumen tentang akar repositori, sehingga pengunjung repositori dapat memahami tujuan dan semangat proyek tanpa harus bergantung pada penilaian mereka sendiri.

Selalu dimungkinkan untuk menggunakan repositori BitBucket atau GitHub pribadi untuk meng-host proyek pribadi atau pengujian Anda. Namun, dua metode menggunakan portofolio dan menulis README biasanya cukup.

Untuk membuat pengalaman pemersatu, harap pertimbangkan untuk menerbitkan situs web portofolio di username.github.io. Ini dimungkinkan melalui Halaman GitHub .

Walaupun kode Anda mungkin mengerikan, penting untuk mempertimbangkan bahwa proyek-proyek besar dimulai dengan sangat buruk, perubahan kode dari waktu ke waktu, dan menerbitkan kode yang buruk memiliki keuntungan menunjukkan bahwa Anda secara aktif mengerjakan proyek. Tetapi tentu saja juga dianjurkan untuk menggunakan pedoman pengkodean yang biasa seperti memastikan setiap komit adalah komit yang berfungsi, menggunakan kode pengujian dll.