Langsung ke konten utama
Open Source

Memahami Lisensi Perangkat Lunak Open-Source

Terkait lisensi perangkat lunak open-source, ada dua kategori besar. Beberapa lisensi termasuk dalam kategori copyleft, sementara yang lain adalah lisensi open source permisif.

Memahami Lisensi Perangkat Lunak Open-Source

Terkait lisensi perangkat lunak open-source, ada dua kategori besar. Beberapa lisensi termasuk dalam kategori copyleft, sementara yang lain adalah lisensi open source permisif.

Di artikel ini, saya akan menjelaskan apa itu lisensi perangkat lunak open source beserta jenis-jenisnya.

Pendahuluan

Lisensi Open Source adalah jenis lisensi yang memungkinkan pengguna melihat, memodifikasi, dan membagikan materi sumber perangkat lunak secara bebas. Dengan cara ini, pengguna dapat sering memperbarui source code dan membangun di atas produk aslinya.

Tergantung pada jenis Open Source License yang dipilih, pengguna mungkin bisa atau tidak bisa melakukan aktivitas tertentu dengan code, seperti menjualnya atau menggunakannya secara komersial. Selain itu, ada banyak jenis Open Source Licenses yang berbeda, masing-masing menawarkan syarat dan ketentuan yang berbeda tergantung bagaimana Anda ingin menggunakan materi sumber tersebut.

Oleh karena itu, penting untuk memahami sepenuhnya jenis Open Source License sebelum memanfaatkan keuntungannya, jadi pastikan untuk membaca lebih lanjut di bawah ini sebelum membuat keputusan apa pun.

Jenis-Jenis Open Source Licenses

type-of-oss-licence

Lisensi Permisif

Permissive license, yang terkadang disebut sebagai non-copyleft license, memberikan izin kepada pengguna untuk menggunakan, memodifikasi, dan membagikan source code, tetapi pengguna juga memiliki opsi untuk mengubah beberapa syarat dan ketentuan untuk redistribusi, termasuk derivative work. Dalam konteks software, derivative work adalah bagian dari software yang berbasis pada program yang sudah ada. Jika versi aslinya dirilis di bawah permissive license, pembuatnya dapat memilih untuk membagikan derivative work mereka dengan syarat yang berbeda dari apa yang diwajibkan oleh lisensi karya aslinya.

Lisensi Copyleft

Copyleft licenses dalam open source memberikan kebebasan kepada pengguna software open-source untuk memodifikasi, menggunakan, dan mendistribusikan ulang software tersebut. Namun, ini mengharuskan pengguna untuk meneruskan hak-hak tertentu kepada pengguna lain di hilir dengan memberikan hak yang sama seperti yang diberikan kepada mereka pada awalnya.

Lisensi copyleft menentukan bagaimana redistribusi dan perubahan pada code diizinkan, serta melarang segala upaya menjadikannya proprietary atau non-open. Ini memastikan developer yang memodifikasi software memiliki akses ke source code untuk memperbaruinya atau bahkan menyertakan perubahan mereka sendiri. Tentu saja, setiap modifikasi juga harus tersedia agar orang lain bisa memanfaatkan sifat open source-nya. Ini bukan masalah untuk use case akademis atau riset, tetapi sering jadi deal breaker saat membangun software komersial.

Mengapa Perlu Menyertakan Lisensi Software Open Source?

Menyertakan lisensi software open source sangat krusial saat Anda mempublikasikan atau membagikan software Anda sebagai open source. Lisensi memiliki beberapa tujuan penting:

  • Untuk mendorong kolaborasi dan inovasi.

Lisensi open source memungkinkan siapa saja untuk melihat, memodifikasi, dan mendistribusikan source code dari software Anda. Ini mendorong developer lain untuk berkontribusi ke proyek Anda, memperbaiki bug, dan menambahkan fitur baru. Hal ini dapat menghasilkan produk software yang lebih robust dan inovatif.

  • Untuk memberi pengguna lebih banyak kontrol dan fleksibilitas.

Lisensi open source biasanya mengizinkan pengguna untuk menggunakan, memodifikasi, dan mendistribusikan software untuk tujuan apa pun, termasuk penggunaan komersial. Ini memberi pengguna lebih banyak kontrol atas pengalaman mereka dengan software, dan mengurangi ketergantungan mereka pada vendor software proprietary.

  • Untuk membangun komunitas di seputar software Anda.

Lisensi open source dapat membantu Anda membangun komunitas pengguna dan developer yang antusias dengan software Anda. Komunitas ini bisa memberikan support, feedback, dan ide-ide baru untuk proyek Anda.

  • Agar software Anda lebih mudah diakses dan inklusif.

Software open source biasanya gratis untuk di-download dan digunakan, serta sering tersedia dalam berbagai bahasa. Hal ini membuatnya lebih mudah diakses oleh orang-orang di seluruh dunia, tanpa memandang pendapatan atau latar belakang mereka.

Selain manfaat tersebut, lisensi open source juga dapat membantu Anda untuk:

  • Menghindari pelanggaran hak cipta.

Jika Anda mendistribusikan software tanpa lisensi, Anda berisiko terkena gugatan pelanggaran hak cipta. Lisensi open source secara eksplisit memberikan izin kepada pengguna untuk menggunakan, memodifikasi, dan mendistribusikan software Anda, sehingga dapat melindungi Anda dari tanggung jawab hukum.

  • Menarik dan mempertahankan talenta terbaik.

Banyak developer software berbakat tertarik pada proyek open source. Dengan merilis software Anda di bawah lisensi open source, Anda dapat membuat perusahaan Anda lebih menarik bagi calon karyawan.

  • Meningkatkan reputasi brand Anda.

Software open source sangat dihormati oleh komunitas tech. Dengan merilis software Anda di bawah lisensi open source, Anda dapat menunjukkan komitmen Anda terhadap kolaborasi dan inovasi.

lisensi_oss(1)

Lisensi software permissive adalah salah satu yang paling populer. Intinya, lisensi ini memungkinkan pengguna untuk memodifikasi dan mendistribusikan ulang software sesuka mereka dengan batasan minimal. Tiga versi lisensi permissive yang paling populer adalah:

Lisensi MIT

Panduan Lisensi MIT adalah lisensi open source yang paling populer dan permissive. Lisensi ini memberikan kebebasan besar bagi pengguna, termasuk mengizinkan mereka untuk bebas berbagi, memodifikasi, menggunakan, dan mengomersialkan materi tersebut selama mematuhi semua kondisi dalam lisensi.

Lisensi Apache 2.0

Apache License 2.0 adalah lisensi software permissive populer yang memungkinkan pengguna bebas memodifikasi dan mendistribusikan ulang software dengan jaminan bahwa pernyataan hak cipta dan pemberitahuan tetap terjaga dalam bentuk aslinya. Lisensi open-source ini mengizinkan modifikasi dan distribusi proprietary serta menyediakan ketentuan lisensi yang jelas agar siapa pun paham hak mereka saat menggunakan software tersebut.

Lisensi BSD (Berkeley Software Distribution)

GitHub memungkinkan Anda memilih di antara dua lisensi BSD, yaitu Lisensi BSD 2-Clause “Simplified”, yang terkadang disebut sebagai lisensi “FreeBSD”; dan Lisensi BSD 3-Clause “New” atau “Revised”. Perbedaan utama antara kedua lisensi ini terletak pada klausul ke-3. Klausul ini melarang pengguna software menggunakan nama penulis, penulis asli, atau kontributor untuk mempromosikan produk atau layanan.

Lisensi Boost Software

Boost Software License, berasal dari Boost Libraries C++ dan telah disetujui oleh OSI pada 2008. Lisensi ini mirip dengan lisensi MIT dan BSD, kecuali tidak mewajibkan atribusi saat redistribusi dalam bentuk biner.

Lisensi Software Open-Source Copyleft

Lisensi copyleft mengizinkan pengguna untuk menggunakan, memodifikasi, dan membagikan source code, namun juga melindungi dari relicensing melalui batasan serta syarat dan ketentuan tertentu. Ini menunjukkan karakteristik timbal balik dari lisensi ini yang mengharuskan karya pengguna mematuhi hak asli yang tercantum dalam lisensi.

Lisensi GNU Saat berbicara tentang lisensi perangkat lunak copyleft, GPL (General Public License) adalah salah satu yang paling populer dan banyak digunakan. Lisensi open-source ini memberikan kebebasan kepada pengguna untuk mendistribusikan salinan dan versi modifikasi dari sebuah program selama mereka tetap mempertahankan kondisi tertentu, seperti pemberitahuan hak cipta, disclaimer garansi, atau lisensi lain yang telah ditambahkan ke Program asli.

Dengan merilis software menggunakan tipe lisensi ini, developer memastikan orang lain memiliki akses ke source code mereka, sehingga memungkinkan adanya improvisasi dan adaptasi yang bermanfaat bagi komunitas. Selain itu, konsep “copyleft” ini menjamin siapa pun dapat berbagi kebebasan yang sama saat bekerja dengan free software secara kolaboratif.

Mozilla Public License

Panduan Mozilla Public License, atau MPL, berasal dari Mozilla Foundation dan juga dianggap sebagai lisensi weak copyleft. Perbedaannya dengan lisensi ini (dibandingkan dengan Eclipse Public License) adalah copyleft berbasis file, yang berarti code dapat digabungkan dengan open-source atau proprietary code.

Lisensi Eclipse Public

Panduan Lisensi Eclipse Public, berasal dari Eclipse Foundation dan dianggap sebagai lisensi weak copyleft. Lisensi weak copyleft mewajibkan pengguna software untuk membagikan setiap perubahan yang mereka buat pada code. Lisensi ini memilih implementasi copyleft yang lebih ringan untuk mengurangi persyaratan ketat yang ada pada GNU General Public Licenses.

Bagaimana Cara Memilih Lisensi yang Tepat untuk Proyek Anda?

  • Jika Anda merilis proyek di bawah lisensi open source, pilihlah lisensi yang kompatibel dengan proyek yang Anda gunakan.

  • Jika Anda ingin mengizinkan orang lain menggunakan proyek Anda untuk tujuan komersial, pilihlah lisensi yang memperbolehkannya.

  • Jika Anda ingin mengizinkan orang lain memodifikasi dan mendistribusikan proyek Anda, pilihlah lisensi yang mengizinkannya.

  • Jika Anda ingin memastikan proyek Anda tetap bebas dan open source, pilihlah lisensi copyleft.

  • Jika Anda ragu harus memilih lisensi mana, Open Source Initiative punya daftar lisensi populer yang bisa Anda bandingkan.

Memilih lisensi yang tepat untuk proyek open source Anda adalah keputusan penting. Dengan mempertimbangkan kebutuhan dan tujuan secara cermat, Anda bisa memilih lisensi yang membantu Anda mencapai hasil yang diinginkan.

Lisensi baru Capgo

Bagaimana cara mewujudkannya? Dengan mengubah lisensi saya.

Capgo kini telah mengubah lisensinya dari MIT ke skema lisensi yang lebih baru bernama GNU Affero General Public License V3 (AGPLv3) atau versi yang lebih baru. Versi Capgo dapat ditemukan di sini.

Capacitor-updater (plugin) kini telah mengubah lisensinya dari LGPLv3 ke skema lisensi yang lebih baru bernama Mozilla Public License Version 2.0 (MPLv2) atau versi yang lebih baru. Versi Capacitor-updater dapat ditemukan di sini.

Perubahan ini tidak berpengaruh bagi Anda yang berlangganan Capgo Cloud atau yang melakukan self-host Capgo, namun mungkin akan mengecewakan beberapa korporasi yang mencoba menggunakan software saya untuk bersaing langsung dengan saya tanpa berkontribusi balik.

AGPL adalah lisensi yang bermasalah bagi Google, karena mereka tidak bersedia membuka code closed source mereka. Google menentang AGPL dan menyatakan: “Code yang berlisensi GNU Affero General Public License (AGPL) TIDAK BOLEH digunakan di Google”.

Tujuan AGPL adalah memaksimalkan kebebasan pengguna dan mendorong perusahaan untuk berkontribusi pada open-source. Saya adalah aplikasi standalone yang berorientasi pada pengguna. Saya bukan library atau bagian dari proyek yang lebih besar. Saya tidak mencari donasi dari Google, jadi kami senang menggunakan lisensi AGPL. Ini adalah lisensi yang tepat untuk Capgo.

Kesimpulan

Ada banyak faktor yang perlu dipertimbangkan saat memilih lisensi software open-source. Namun, ada beberapa pilihan populer di komunitas developer. Lisensi permissive yang umum meliputi MIT License, Apache License, dan BSD License. Beberapa lisensi copyleft yang umum adalah GNU General Public License dan Mozilla Public License.

Lanjutkan dari Memahami Lisensi Software Open-Source

Jika Anda menggunakan Memahami Lisensi Perangkat Lunak Open-Source untuk merencanakan pengiriman live update, hubungkan dengan Capgo Live Updates untuk alur kerja produk di Capgo Live Updates, Ikhtisar untuk detail implementasi di Overview, Fitur untuk detail implementasi di Features, Perilaku Update untuk detail implementasi di Update Behavior, dan Tipe Update untuk detail implementasi di Update Types.

Live updates untuk aplikasi Capacitor

Saat bug web-layer sudah live, kirim perbaikannya lewat Capgo alih-alih menunggu berhari-hari untuk persetujuan app store. Pengguna mendapat update di background, sementara perubahan native tetap mengikuti jalur review normal.

Terbaru dari Blog kami

Capgo memberikan insight terbaik yang Anda butuhkan untuk membuat aplikasi mobile yang benar-benar profesional.