Bisakah Anda mengubah lisensi setelah memilih?

Saya sedang mengerjakan produk yang saya rasa tidak sepenuhnya siap tetapi saya memiliki satu set pengguna yang sangat tertarik menggunakannya sekarang sebagai penguji "alpha". Saya ingin memberi mereka produk sekarang secara gratis sebagai penguji "alpha", tetapi saya ingin kemudian melisensikan perangkat lunak.

Apakah ini mungkin? Adakah yang bisa mengarahkan saya ke tautan / buku / artikel / dll?

Terima kasih.

EDIT: Karena kurangnya kejelasan saya dan tanggapan terhadap pertanyaan saya pikir saya harus menambahkan pernyataan ini.

Saya belum memutuskan apakah saya akan menutup-sumber atau membuka-sumber proyek ini. Basis pengguna yang ingin mendapatkannya sekarang agak mengejutkan saya dan saya khawatir tentang apa pilihan saya sejauh bisa memberikannya kepada mereka sekarang sebagai open-source dan kemudian berubah menjadi open-source, atau bahkan sebaliknya.

Terima kasih kepada semua orang yang telah menjawab dan berkomentar. Saya menghargai itu wawasan.

Jika Anda memiliki semua kode, maka Anda dapat merilisnya kembali di bawah lisensi apa pun yang Anda inginkan.

Masalahnya muncul jika seseorang telah berkontribusi tambalan untuk proyek. Apa yang biasanya terjadi adalah mereka memiliki kode itu, dan mereka berkontribusi di bawah lisensi perangkat lunak saat ini. (Anda harus memiliki semacam perjanjian kontributor yang mencakup hal ini.) Oleh karena itu, untuk melisensikan ulang Anda perlu izin mereka. Tergantung pada bagaimana kontributor yang Anda miliki, ini bisa sulit. Untuk referensi untuk ini, lihat perubahan lisensi OpenStreetMap dan berapa lama.

Tapi IANAL, disclaimer dll.

Dan apa yang akan dilakukan orang terhadap perubahan lisensi Anda adalah masalah lain, seperti yang dijawab oleh komentar lain.

EDIT: Saya menjawab ini karena berkaitan dengan produk open source. Tetapi membaca kembali pertanyaan saya lihat tidak jelas apakah itu sumber tertutup atau terbuka.

Jika Anda berbicara tentang 2 lisensi sumber tertutup mudah: Jika Anda memiliki semua kode, maka Anda dapat merilisnya kembali di bawah lisensi apa pun yang Anda inginkan. Buat lisensi sumber tertutup komersial versi alfa Anda, semua ketentuan yang biasa (tanpa penyalinan, dll.), Hanya dengan harga nol.

Ini adalah pertanyaan rumit, yang tergantung pada seberapa unik perangkat lunak itu, dan apakah Anda berharap orang luar dapat memberikan banyak kontribusi yang signifikan.

Jika orang hanya mengirimi Anda perubahan sepele pada perangkat lunak Anda , maka Anda (sebagai penulis asli) akan tetap sebagai satu-satunya orang yang akan memegang hak cipta atas perangkat lunak tersebut, dan, dengan demikian, Anda dapat menutupnya kapan saja Anda mau . Namun, sadarilah bahwa jika Anda telah merilis versi sebelumnya dari perangkat lunak di bawah lisensi sumber terbuka standar, maka siapa pun akan dapat memotong perangkat lunak Anda dari salinan lama tersebut, dan dengan demikian, kemungkinan besar, Anda mungkin selalu memiliki sumber terbuka pesaing untuk paket perangkat lunak berpemilik Anda. Inilah yang sebenarnya terjadi pada Tatu Ylonen, penulis asli SSH, yang sejak itu adalah pendiri dan CTO dari ssh.com, tidak banyak berhubungan dengan OpenBSD dan OpenSSH, meskipun mereka mendistribusikan file dengan hak ciptanya. (Meskipun penyesalan Tatu Ylonen yang diketahui publik tidak terkait dengan hak cipta, melainkan bahwa ia kehilangan tanda "ssh" dan "secure shell" menjadi penggunaan umum, kehilangan merek dagangnya.)

Jadi, bagaimana jika orang mengirimi Anda perubahan signifikan pada perangkat lunak Anda , yang akan dicakup dalam hak cipta, dan mana yang ingin Anda integrasikan ke pohon sumber Anda? Anda dapat mengatur salah satu perjanjian hukum tersebut, di mana kontributor akan memberikan hak ciptanya kepada Anda, sehingga, secara hukum, Anda akan tetap menjadi satu-satunya "penulis" perangkat lunak tersebut. Saya berasal dari kamp FreeBSD / OpenBSD, dan dalam pandangan kami, penetapan hak cipta secara umum dianggap tidak enak. FSF cukup terkenal karena tugas hak cipta mereka di sebagian besar perangkat lunak mereka; NetBSD menjadikannya sebagai opsi bagi anggota mereka (yang memungkinkan The NetBSD Foundation untuk menghapus dua klausa dari lisensi merekadalam semua file di mana tidak ada individu yang mengklaim hak cipta individu); banyak perusahaan komersial memiliki segala macam perjanjian kontributor yang melakukan semua jenis penugasan. Di mana Linus Torvalds berdiri? Linus juga tidak menyukai perjanjian kontributor, dan, seperti yang Anda duga, Lunux kernel tidak memilikinya, selain dari GPLv2 itu sendiri.

Jadi, bagaimana jika Anda menerima perubahan berhak cipta ke pohon Anda, tanpa penugasan hak cipta ? Di sinilah pilihan lisensi asli Anda ikut berperan. Jika Anda memilih GPL, dan dengan demikian kontributor akan melisensikan kode mereka sendiri kepada Anda di bawah GPL, maka Anda cukup banyak terjebak dengan GPL, dan akan selalu harus melepaskan kode sumber ke produk komersial berikutnya (tetapi demikian juga semua dari pesaing Anda). Jika Anda memilih lisensi BSD / ISC / OpenBSD , maka Anda dapat menutup sumber untuk menambahkan fitur pembayaran tambahan kapan saja Anda inginkan, tanpa harus merilis perubahan sumber apa pun (tetapi Anda juga memberikan hak yang sama kepada pesaing Anda ).

Tentu saja, jika bertahun-tahun kemudian, Anda memutuskan bahwa, jika dipikir-pikir, Anda akan berharap agar perangkat lunak Anda berada di bawah lisensi yang berbeda, Anda selalu dapat mencoba menghubungi semua kontributor lama Anda untuk melisensikan ulang perubahan mereka di bawah lisensi baru Anda. Ini adalah proyek yang sangat menyakitkan dan panjang - bagaimana jika seseorang tidak dapat dihubungi? Mozilla dan VLC melakukan pelepasan seperti itu di masa lalu; mereka tentu saja telah menikmati manfaat dari lisensi baru mereka, tetapi saya sangat ragu mereka menikmati proses bertahun-tahun.

Bagaimanapun, terlepas dari apakah Anda memilih untuk menggunakan GPL atau BSD, memiliki versi open-source dari perangkat lunak Anda akan selalu memiliki banyak manfaat, terbukti oleh banyak perusahaan komersial yang sukses yang berputar di sekitar penulisan dan merilis perangkat lunak open-source.

Tidak tahu tentang masalah Anda secara umum, tetapi ini adalah buku yang bagus jika Anda memerlukan bantuan dengan lisensi yang sebenarnya dan memahami bagian dari masalah itu.

Memahami Open Source dan Lisensi Perangkat Lunak Bebas

Pertanyaan Anda agak tidak jelas. Lisensi biasanya tidak mengontrol apakah Anda memberikan sesuatu tanpa biaya atau tidak. Lisensi berkaitan dengan hal-hal seperti kepemilikan kode, distribusi, garansi dan kesesuaian untuk digunakan, dll ...

Apakah Anda bermaksud memberi mereka kode sumber? Jika demikian, apakah Anda bermaksud agar mereka dapat merilis produk mereka sendiri? Maka Anda memerlukan lisensi kode sumber.

Jika Anda hanya memberi mereka biner, dan tidak ingin membebankan biaya untuk itu, maka Anda bisa datang dengan lisensi tanpa tulang yang mencakup pantat Anda dalam hal garansi dan kewajiban. Nyatakan hak cipta Anda, katakan bahwa itu hanya dapat didistribusikan seperti yang Anda tentukan.

Setiap versi produk yang Anda rilis diatur oleh lisensi itu sendiri, dan jika Anda adalah satu-satunya pengembang, Anda dapat memilih lisensi apa pun yang Anda inginkan kapan saja, dan mengubahnya kapan saja.

Yah, secara pribadi saya pikir itu hal yang baik bahwa Anda berpikir tentang perizinan pada tahap ini.

Dari sudut pandang konsumen, saya tidak berpikir Anda harus mengubah lisensi setelah Anda memilih satu. Itu tidak berarti Anda tidak bisa (Movable Type adalah salah satu contoh penting), tetapi Anda berisiko mengusir pengguna Anda (Movable Type adalah salah satu contoh penting).

Ya, Anda dapat memberi mereka versi waktu terbatas yang akan berhenti berjalan pada titik waktu tertentu.

Anda selalu dapat merilis versi baru dengan kedaluwarsa yang diperpanjang jika diperlukan.

Sampai Anda siap dengan versi final.