Dapatkah saya secara legal dan etis mengambil proyek sumber terbuka dengan kontribusi masyarakat ke sumber tertutup? [Tutup]

Katakanlah saya memulai dan mengembangkan beberapa proyek di bawah lisensi open-source, dan menerima beberapa kontribusi komunitas. Seberapa goyahnya posisi saya jika saya memutuskan untuk mengambil proyek komersial dan sumber tertutup (atau lisensi split)?

Ini pertanyaan tidak langsung menangani masalah proyek dengan kontribusi masyarakat, yang terasa seperti wilayah yang berbeda, setidaknya sejauh etika yang bersangkutan. Secara hukum, ini mungkin meragukan juga, karena saya tidak yakin apakah kontribusi berada di bawah hak cipta saya, atau apakah kontributor memegang hak cipta pada bagian dari proyek yang ditambahkannya.

Apakah saya aman (secara etis dan legal) selama saya di depan dengan kemungkinan bahwa saya dapat mengambil proyek komersial di masa depan?

Secara umum, kontributor komunitas akan mempertahankan hak cipta mereka pada kode yang mereka kontribusikan pada proyek. Mereka memberi lisensi kontribusi kepada Anda ketika mereka berkontribusi kode. Jika Anda ingin mempertahankan kemungkinan mengubah persyaratan lisensi di masa mendatang, Anda biasanya akan memerlukan kontributor untuk memberikan hak cipta kepada Anda (baik secara pribadi atau entitas perusahaan yang Anda buat untuk memiliki hak cipta untuk proyek ini) atau persyaratan yang diubah perlu agar kompatibel dengan persyaratan lisensi baru. Tentu saja, jika Anda memerlukan dokumen penugasan hak cipta semacam ini sebelum Anda dapat menerima kontribusi dari komunitas, kecil kemungkinan komunitas akan memutuskan untuk berkontribusi dan Anda harus melakukan cukup banyak pekerjaan untuk mendapatkan formulir hukum agar sebelum menerima setiap kontribusi. Plus, ada kemungkinan besar bahwa proyek Anda akan bercabang jika dan ketika Anda memutuskan untuk mengubah persyaratan lisensi. Bagi saya itu tidak mungkin bahwa proyek open source baru akan mendapatkan banyak kontribusi dari komunitas dalam keadaan seperti itu.

Secara umum akan lebih mudah jika Anda melisensikan produk di bawah ketentuan lisensi split pada awalnya atau jika persyaratan lisensi awal kompatibel dengan produk sumber tertutup di masa depan. Kode yang berada di bawah lisensi BSD, misalnya, dapat dimasukkan ke dalam produk komersial kapan saja sehingga jika proyek dan kontribusi berada di bawah lisensi BSD, Anda dapat dengan mudah merilis versi komersial dari produk yang sama. Namun, niat (atau opsi) Anda untuk menghasilkan produk komersial kemungkinan akan mengurangi minat untuk membuat kontribusi untuk proyek Anda - sebagian besar pengembang open source tidak tertarik untuk membuat kontribusi yang tidak dibayar untuk produk komersial.

Tentu saja, seperti halnya masalah hukum apa pun, Anda ingin berbicara dengan pengacara daripada mengandalkan pos forum sebelum mengambil tindakan definitif apa pun. Anda hampir pasti menginginkan pengacara itu untuk menyusun dokumen penugasan hak cipta yang Anda perlukan orang untuk menandatangani dan Anda perlu mendiskusikan rencana Anda untuk masa depan dengan pengacara untuk memastikan bahwa semuanya diatur dengan benar.

Jika proyek dilisensikan di bawah salah satu lisensi yang lebih permisif (BSD, MIT, Boost atau Apache adalah yang saya tahu mengizinkan ini) maka secara hukum Anda diizinkan untuk mendistribusikan kode objek dan tidak memiliki persyaratan untuk memberikan modifikasi yang telah Anda buat untuk kode sumber kembali ke komunitas. Anda juga dapat melisensikan karya turunan di bawah lisensi yang berbeda. Harap dicatat bahwa Anda masih perlu memasukkan teks lisensi sesuai persyaratan lisensi.

Apakah ini etis atau tidak adalah sesuatu yang cukup kontroversial. Saya cenderung berpikir bahwa jika seorang pengembang melisensikan kode mereka di bawah salah satu dari lisensi yang lebih permisif ini maka mereka ingin perangkat lunak itu digunakan dalam proyek-proyek open source dan komersial. Jika mereka tidak ingin penggunaan komersial kode mereka maka mereka harus melisensikannya di bawah GPLv3.

Setiap kontribusi yang saya buat untuk proyek Anda tetap menjadi hak cipta saya kecuali jika saya berikan kepada orang lain. Menjadi pemegang hak cipta berarti saya dapat memutuskan lisensi di mana karya saya tersedia.

Jadi perizinan adalah masalah terkait, tetapi terpisah. Jika saya berkontribusi pada proyek Anda, saya harus setuju untuk melepaskan pekerjaan saya di bawah lisensi proyek (atau mungkin yang kompatibel).

Banyak lisensi open source tidak akan memungkinkan Anda untuk menutup sumber turunan nanti, tetapi beberapa akan melakukannya. Jika saya mengerti dengan benar, tidak ada yang akan memungkinkan Anda untuk menutup basis kode (terbuka) saat ini, jadi itu juga sesuatu yang perlu Anda pertimbangkan.

Jadi, Anda harus mulai dengan lisensi yang memungkinkan Anda menutup pengembangan di masa depan, atau memiliki perjanjian untuk itu dengan semua kontributor. Yang terbaik adalah membawa yang terakhir dengan seorang pengacara sebelum ada kontribusi yang signifikan, dan untuk menjadi sangat terdepan tentang apa yang Anda coba lakukan.

Jika Anda ingin mengubah lisensi proyek Anda, Anda meminta semua kontributor untuk menandatangani "perjanjian Kontributor" atau Anda harus meminta izin dari setiap kontributor.

yang cukup sulit dan alasan mengapa kernel Linux masih di bawah gpl v2

Sebagian besar proyek OS tampaknya memiliki lengan komersial yang menyertainya, seperti versi Enterprise. Pada dasarnya, mereka menawarkan SLA, dukungan, dll. Saya pikir jika proyek ini open source, pada dasarnya Anda tidak bisa hanya menutupnya. Anda mungkin dapat membuat versi selanjutnya sebagai sumber tertutup dan menamainya, atau membuat addon sumber tertutup, tetapi proyek yang sebenarnya sejauh yang saya mengerti harus tetap Open Source. Saya pikir perusahaan adalah cara yang lebih baik untuk pergi, Anda masih mendapatkan manfaat open source, dan dapat menghasilkan pendapatan.
Karena penasaran mengapa Anda ingin menutup sumber proyek Anda?

Secara hukum, jika Anda menggunakan lisensi yang cukup terbuka sehingga siapa pun yang terlibat dapat mengambilnya secara komersial, saya bayangkan (bukan menjadi pengacara) bahwa Anda juga dapat melakukannya.

Secara etis Anda akan memiliki kewajiban yang lebih kuat. Anda harus sangat terbuka dan jelas tentang niat Anda pada awalnya dan seiring waktu seiring perubahan rencana Anda.

Juga, Anda mungkin ingin mengadopsi model yang mirip dengan Redhat. Membangun plugin sumber tertutup tetapi meninggalkan sumber terbuka inti. Ini juga dapat menghasilkan inovasi yang lebih baik karena Anda masih akan mendapatkan dukungan komunitas untuk produk yang dapat menguntungkan komunitas sumber terbuka. Menawarkan pelatihan, konsultasi, dan dukungan juga dapat mempermanis kesepakatan untuk Anda.