Lisensi sing kudu dipilih ing GitHub: jinis, perbandingan

Программирование

Kepiye cara milih lisensi GitHub lan kenapa penting kanggo nggawe pilihan sing bener? GitHub minangka layanan paling gedhe kanggo pangembangan bareng proyek IT lan hosting sabanjure. Kanthi bantuan layanan web iki, jumlah wong sing ora winates bisa nggarap proyek bebarengan, uga saka ngendi wae ing donya. GitHub uga nduweni sistem manajemen utawa kontrol sing ngidini sampeyan ndeleng lan ngontrol kabeh owah-owahan sing ditindakake dening pangembang liwat wektu, lan uga ngidini sampeyan bali menyang negara sing kedadeyan sadurunge owah-owahan.
Lisensi sing kudu dipilih ing GitHub: jinis, perbandinganNanging kanthi gampang, GitHub minangka jaringan sosial sing disebut kanggo programer lan pangembang, ing ngendi sampeyan bisa nemokake, lan banjur praktek kode saka pangembang liyane. Sampeyan uga bisa nyimpen portofolio ing GitHub. Umumé, GitHub minangka layanan sing cocog kanggo pangembang pemula lan programer sing berpengalaman. Nanging, pangguna layanan iki bisa uga duwe sawetara pitakonan babagan milih lisensi, amarga pilihane ana macem-macem.

Apa lisensi GitHub

Lisensi minangka dokumen khusus sing diadegake dening wangun negara lan ngidini sampeyan melu jinis kegiatan wirausaha tartamtu, sing tanpa gagal mbutuhake perhatian khusus saka sisih negara. Nanging, paling asring, ing laku, mung disingkat perjanjian lisensi utawa perjanjian sing nyedhiyakake kanggo nerbitake lisensi hukum pribadi sing digunakake. Umumé, lisensi nguber mung siji, nanging tujuan sing paling penting, iki minangka persetujuan babagan kewajiban lan hak antarane pemberi lisensi lan pemegang lisensi. Kuwajiban lan hak kasebut bisa dadi apa wae, nanging mung ing kerangka hukum. Conto sing penting yaiku sing menehi lisènsi bisa uga mbutuhake jeneng sing nduwèni hak cipta sing dibutuhake nalika nggunakake karya sing diduweni lisensi. Utawa, contone, ngidini nyalin karya, nanging nglarang banget modifikasi kasebut. Utawa, kanggo ngetokake syarat kasebut supaya karya kasebut diluncurake kanthi kondisi sing padha karo sing asli, lan liya-liyane, ana cukup akeh conto kanggo ngetrapake macem-macem kahanan.

Lisensi sing kudu dipilih ing GitHub: jinis, perbandingan
Conto salah sawijining lisensi Apache

Nanging, uga, kita ora kudu lali yen lisensi nglindhungi hak ora mung sing menehi lisensi, nanging uga sing duwe lisensi. Awit ing kono sampeyan bisa ndeleng kanthi jelas lan maca kabeh syarat kanggo nggunakake karya, lan mulane ora perlu wedi yen pemberi lisensi bakal njaluk potongan utawa ganti rugi liyane kanggo panggunaan karyane.

Yen sampeyan ora gelem nggunakake lisensi sing ana gandhengane karo karya kasebut, hak cipta isih ditrapake miturut aturan hukum sing ditrapake ing negara tartamtu. Cukup, ora ana lisensi ora nuduhake manawa penulis liyane bisa nggunakake proyek iki kanthi cara apa wae sing dikarepake. Kabeh iku persis ngelawan, amarga tanpa lisensi tartamtu, programmer ing sembarang kasus waives hak-hak sing diwenehake dening hukum. Sampeyan uga penting kanggo tansah elinga yen lisensi ngatur kabeh hak lan kewajiban. Iki kanggo nglindhungi pemilik karya saka pangarepan pangguna lan apa wae garansi. Sawise kabeh, ora ana sing pengin kode kasebut rampung ing pengadilan kanthi cara apa wae.

Apa hak cipta

Hak cipta katon ing wong mung nalika, minangka asil saka aktivitas intelektual, nggawe karya tartamtu sing bakal unik, nanging ing wektu sing padha migunani, contone, sampeyan bisa njupuk nulis saka program padha. Nalika kabeh kasebut ing ndhuwur rampung, wong kasebut dadi penulis lan saiki dheweke duwe kabeh hak cipta kanggo karya iki. Sampeyan uga kudu nyatakake yen hak cipta minangka properti lan non-properti. Bedane yaiku hak properti bisa ditransfer menyang sapa wae, nanging hak non-properti bakal tetep mung karo penulis ing kahanan apa wae. Sawise kabeh, dadi penulis minangka hak sing ora bisa ditransfer lan ora bisa dicopot.

Lisensi Open Source kanggo apa?

Iki uga dadi pitakonan sing cukup populer ing antarane pangembang lan programer anyar, amarga padha ora ngerti kenapa lisensi kudu dilampirake ing proyeke, amarga tanpa proyek kasebut bisa uga ana kanthi tenang. Nanging, iki ora sakabehe bener, amarga yen, contone, sawetara pangembang anyar wrote sawetara Piece cukup penting lan migunani saka kode, nanging ora nglindhungi karo lisensi, pangguna liyane duwe pitakonan. Lan amarga iki, nalika klien teka lan pengin nggunakake potongan kode iki kanggo tujuan komersial, dheweke weruh yen kode kasebut ora duwe lisensi lan mung nolak. Iki amarga kasunyatan sing perusahaan mung ora bakal nggunakake kode tanpa lisensi, amarga padha ora perlu masalah karo hukum lan pengacara.
Lisensi sing kudu dipilih ing GitHub: jinis, perbandinganLan mulane malah proyek sing paling migunani lan trep ora bakal ditindakake. Lan pangembang sing pengin njupuk potongan kode iki kudu nggoleki lan nggunakake alternatif, utawa nulis ulang kode sing wis ditulis dening pangembang pemula sadurunge. Mulane luwih becik priksa manawa programmer nggunakake lisensi sing bener lan sing paling penting. Njelajah GitHub ing siji video tutorial sajrone 15 menit: https://youtu.be/JfpCicDUMKc

Lisensi GitHub endi sing cocog ing kahanan tartamtu – kepiye milih?

Ora ana jawaban sing tepat kanggo pitakonan iki, amarga pilihan lisensi mung gumantung marang tujuan proyek lan pilihan pribadi lan kepinginan pangembang dhewe. Kaya sing sampeyan ngerteni, ana macem-macem lisensi ing GitHub, lan sing paling penting, kabeh gratis lan ana ing domain umum, tegese saben programmer bisa nemokake
lisensi Open Source sing mesthi cocog karo proyeke. Nanging, sing paling penting, kita kudu ora lali yen lisensi Open Source ora mung kode tanpa lisensi.

Lisensi sing kudu dipilih ing GitHub: jinis, perbandingan
Kulawarga lisensi GitHub [/ caption] Kanthi riset cilik, sampeyan bisa ngumpulake kabeh lisensi Open Source lan dibagi dadi telung klompok utama:
  1. Protèktif banget.
  2. Lemah protèktif.
  3. Permisif.

kuwat protèktif

Lisensi sing nglindhungi banget minangka variasi GPL sing paling kerep. Lisensi iki mbutuhake lisensi proyek uga pambocoran kode sumber, preduli saka carane kode utawa proyek bakal digunakake utawa wis digunakake.

Lemah protèktif

Lisensi sing nglindhungi kanthi lemah minangka variasi saka Lesser GPL. Ing endi prabédan utama saka lisensi permisif yaiku ing kene mung perlu lisensi program kasebut miturut lisensi GPL, uga menehi kode sumber tanpa gagal. Ing wektu sing padha, yen ana perpustakaan ing proyek programmer, yaiku, link statis utawa link dinamis miturut lisensi LGPL, mula uga bakal kompatibel karo lisensi proyek programer iki. [caption id="attachment_12364" align="aligncenter" width="698"]
Lisensi sing kudu dipilih ing GitHub: jinis, perbandinganNgendi jinis lisensi GitHub ditemtokake

permisif

Ana sawetara lisensi permisif sing cukup akeh, ing peringkat lisensi sing paling populer yaiku MIT, Apache 2.0, lan BSD. Kanthi variasi sing sithik, lisensi kasebut nduweni kemampuan kanggo ngidini panggunaan kode kasebut ing proyek Open Source lan kanggo tujuan lan proyek komersial. Nanging, ing kasus iki, iku penting kanggo elinga yen perlu kanggo nunjukaké authorship saka program asli.

Lisensi GitHub populer liyane

Saliyane telung klompok lisensi kasebut, ana uga liyane, contone, lisensi liyane sing paling migunani yaiku GPLv2 kanthi ekstensi classpath. Lisensi iki uga bisa digunakake kanggo proyek sumber terbuka lan proyek lan tujuan komersial. Penampilan sing paling populer yaiku ing Oracle, sing nggunakake GPLv2 kanthi ekstensi classpath kanggo menehi lisensi proyek lan solusi Open Source. Lisensi iki cukup penting lan migunani, amarga lisensi GPL biasa, contone, ora bakal bisa ngatasi bytecode. Yaiku, dheweke duwe katrangan khusus babagan proses kompilasi lan ngubungake, sing ora cocog kanggo basa pamrograman liyane sing diinterpretasikake, basa Jawa sing paling populer ana ing antarane basa kasebut. Kanggo kasus kaya mengkono, lisensi khusus GPLv2 karo ekstensi classpath dirilis. Sawise kabeh, ngandika cetha banget lan cetha sing perpustakaan sing dirilis ing lisensi iki bisa digunakake kanggo proyèk komersial lan tujuan karo pancen sembarang lisensi liyane.
Lisensi sing kudu dipilih ing GitHub: jinis, perbandinganApa maneh sampeyan kudu ngerti babagan
lisensi GitHub .

Nambah lisensi

Sawise lisènsi final pungkasanipun milih, iku tetep mung kanggo nambah menyang ROOT project dhewe. Kanggo nindakake tumindak iki, sampeyan mung kudu nambah lisensi sing dipilih ing oyod proyek sajrone nggawe proyek kasebut dhewe utawa ing wektu liyane. Nanging sanajan ing tumindak iki, layanan web GitHub bisa ngurus pangguna lan nggawe cara sing cukup trep kanggo nambah lisensi pungkasan sanajan ing wiwitan proyek kasebut.
Lisensi sing kudu dipilih ing GitHub: jinis, perbandinganNanging, sayangé, iki ora kabeh, amarga pangembang utawa programmer kudu mriksa pancen kabeh dependensi sing digunakake ing idea utawa project. Tegese, yen salah siji saka dependensi sing dirilis miturut lisensi GPL, mula kabeh proyek pangembang kudu kompatibel karo GPL. Kanggo verifikasi kasebut, program utawa alat sing dirancang sadurunge biasane digunakake kanggo iki. Contone, ana alat kanggo iki https://github.com/pivotal/LicenseFinder:
Lisensi sing kudu dipilih ing GitHub: jinis, perbandinganKita bisa ngomong yen lisensi minangka tugas sing cukup wektu, nanging ing wektu sing padha tumindak sing perlu kanggo urip proyek utawa ide programer. Kanggo milih lisensi sing bener, sayangé, sampeyan kudu nglampahi cukup akèh wektu, nanging iku worth iku kanggo proyek sukses. Paling apik kanggo milih pilihan lisensi ing wiwitan nalika nulis program apa wae, amarga kanthi nindakake iki ing wiwitan, sampeyan bisa ngarahake kabeh upaya sampeyan menyang arah sing bener lan nulis program sing bakal sukses lan trep kanggo umume. pangguna.

info
Rate author
Add a comment