Lisensi MIT vs. Creative Commons untuk gambar dan aset lainnya

14

Bisakah seseorang tolong atasi kebingungan lisensi tertentu untuk saya? Saya selalu benar-benar bingung dengan cara kerja lisensi perangkat lunak.

Saya ingin semua orang dapat menggunakan perangkat lunak saya dengan batasan minimal, jika ada, dan tanpa garansi. Jadi saya hanya menggunakan lisensi permisif (Lisensi MIT adalah pilihan saya) dan menulis sesuatu seperti

Proyek ini, termasuk semua file dan isinya, dilisensikan dengan ketentuan Lisensi MIT

Lihat LICENSE.txt untuk detailnya.

dalam README proyek.

Saya bingung tentang bagaimana ini bekerja untuk "artefak" proyek (file tambahan; file, yang sebenarnya bukan file sumber). Saya ingin ketentuan lisensi yang sama berlaku untuk setiap file proyek saya, termasuk

  • file sistem build / dokumentasi ( Makefiles, CMakeLists.txt, Doxyfile, dll .; aku benar-benar hampir pasti klausul di atas berlaku untuk file-file, bukan?),
  • HTML / JavaScript / CSS / XML / dll. file (apakah itu berlisensi? Saya tidak yakin. Saya juga ingin orang memeriksanya, mendapatkan versinya sendiri, dll.)
  • gambar dan aset biner lainnya (Saya ingin orang dapat menggunakannya dalam presentasi dan semacamnya).

Saya telah melihat orang melakukan semacam lisensi ganda untuk proyek mereka. Misalnya, file sumber dilisensikan di bawah Lisensi MIT, dan gambar dilisensikan di bawah salah satu lisensi Creative Commons. Mengapa mereka melakukan itu, bukankah Lisensi MIT cukup? Maksud saya, teks lisensi hanya membahas "perangkat lunak". Saya tidak yakin apakah gambar misalnya dimasukkan sebagai bagian dari "perangkat lunak", terutama jika gambar tersebut adalah produk dari perangkat lunak (seperti jika saya ingin memberikan contoh gambar seperti apa yang dapat dihasilkan oleh perangkat lunak). Atau apakah mereka?

Dan jika proyek tidak benar-benar mengandung kode sumber? Bagaimana jika itu hanya seperangkat file konfigurasi (dari perspektif saya, berguna), yang dapat, jika tidak digunakan dengan benar, menghasilkan perangkat lunak lain yang berperilaku tidak benar dan mengacaukan data pengguna?

Saya benar-benar ingin memunculkan kata-kata universal untuk dimasukkan dalam setiap proyek saya dan selesai dengan itu. Juga, jika saran yang berguna muncul dan saya memutuskan untuk mengubah persyaratan lisensi proyek saya, dapatkah saya melakukannya jika saya satu-satunya kontributor? Mengingat proyek itu "dilisensikan" di bawah Lisensi MIT.

Saya merasa autis dengan menanyakan hal ini, karena tidak ada proyek saya yang akan membuat orang benar-benar tertarik, tetapi saya selalu merasa perlu menggaruk otak ketika memikirkan hal ini, jadi saya akan sangat senang jika ada yang bisa menjelaskannya untuk saya. .

Egor Tensin
sumber
2
Ini mungkin pertanyaan yang bagus untuk OpenSource.SE
tkausl

Jawaban:

16

Menurut saya Anda sebenarnya mengajukan sejumlah pertanyaan, jadi saya sudah mencoba menjawabnya secara individual. Saya mengutarakannya sebagai pertanyaan yang dikutip, meskipun saya telah mengarangnya dalam upaya untuk mengulang kata-kata yang menurut Anda ingin Anda tanyakan.

Haruskah saya menggunakan lisensi MIT untuk semua file di proyek saya?

Dengan deskripsi tujuan Anda, apa yang Anda ingin orang lain dapat lakukan dengan pekerjaan Anda, menggunakan lisensi MIT untuk semua file sumber dalam proyek Anda memang tampak seperti pilihan yang layak.

Haruskah saya juga menerapkan ketentuan lisensi yang sama untuk file "pembantu" seperti Makefiledll?

Benar. Mereka adalah bagian penting dari proyek Anda karena tanpa mereka, produk Anda tidak akan dapat digunakan. Jika proyek Anda hanya dapat dibangun menggunakan yang tidak bebas Makefile, banyak orang - termasuk FSF dan saya sendiri - akan menganggap keseluruhan proyek tidak bebas.

Dari sudut pandang hak cipta, a Makefileadalah pekerjaan yang sama banyaknya dengan file sumber lain di proyek Anda. Anda yang menulisnya - Anda memiliki hak cipta untuk itu. Jika Anda ingin saya dapat melakukan sesuatu yang menarik dengannya, Anda harus memberi saya izin, yang Anda lakukan dengan melisensikan file tersebut kepada saya. Dengan tidak adanya bukti yang bertentangan, orang akan menganggap bahwa info umum di READMEakan berlaku untuk semua file seperti yang Anda anggap benar. Bagaimanapun, saya akan merekomendasikan agar Anda memasukkan pemberitahuan hak cipta singkat ke masing-masing dan setiap file sumber yang Anda tulis supaya Anda tidak ragu. Pemberitahuan bisa dibaca seperti ini.

Copyright (c) 2016 Egor Tensin

This file is part of Fancy Project.  This is free software; see the file COPYING
for more information.  There is no warranty; not even for merchantability or
fitness for a particular purpose.

Karena lisensi MIT agak pendek, Anda bahkan dapat mempertimbangkan menyalin keseluruhannya ke setiap file. Lisensi lain, seperti GPL, menyarankan pemberitahuan khusus untuk ditempatkan di setiap file, yang akan berbeda dari contoh yang ditunjukkan di atas.

Apakah file HTML / JavaScript / CSS / XML tunduk pada lisensi?

Tentu. Sekali lagi, hak cipta bersifat agnostik terhadap bahasa tempat karya Anda ditulis. Yang penting adalah bahwa file tersebut adalah produk dari proses manusia yang kreatif . Semuanya dari bagian sebelumnya juga berlaku untuk file-file ini.

Bagaimana dengan gambar dan file biner lainnya? Haruskah saya melisensikan keduanya di bawah lisensi Creative Commons?

Pada prinsipnya tidak ada yang akan membuat lisensi MIT tidak berlaku untuk gambar, selama mereka tunduk pada hak cipta. Namun satu hal yang perlu dipertimbangkan adalah bahwa lisensi MIT tidak terlalu sering digunakan untuk karya seni atau presentasi. Jadi, jika Anda ingin membuatnya mudah bagi pengguna Anda untuk menggunakan beberapa gambar dalam karya mereka, Anda akan membantu mereka dengan melisensikan dua kali lipat mereka di bawah lisensi Creative Commons . Jika Anda adalah pemegang hak cipta, Anda dapat secara bersamaan melisensikan karya Anda di bawah sebanyak mungkin lisensi yang Anda inginkan. Misalnya, Anda bisa memasukkan pernyataan berikut ke dalam READMEfile Anda .

Copyright (c) 2016 Egor Tensin

This project is free software.  There is no warranty; not even for
merchantability or fitness for a particular purpose.

You may use, copy, modify and redistribute all files included in this
distribution, individually or in aggregate, subject to the terms and conditions
of the MIT license.  See the file `LICENSE-MIT.txt` for details.

In addition, you may -- at your option -- use, copy, modify and redistribute all
images included in this distribution under the directory named `pictures`
according to the terms and conditions of the Creative Commons Attribution 4.0
International License.  See the file `LICENSE-CC-BY.txt` for details.

Lisensi ganda pada gambar memiliki manfaat bahwa proyek Anda masih menggunakan lisensi yang sama untuk semua file tetapi juga menawarkan penggunaan lisensi yang lebih "alami" untuk gambar bagi para pengguna yang akan mendapat manfaat dari ini.

Bagaimana jika gambar dihasilkan oleh perangkat lunak?

Hak cipta hanya mencakup karya kreatif yang dibuat oleh manusia. Jika gambar dibuat secara eksklusif oleh mesin tanpa input kreatif oleh manusia, maka gambar itu tidak dapat dilindungi hak cipta dan tidak dapat dilisensikan. Yang mengatakan, sebagian besar grafik mungkin akan menyertakan setidaknya beberapa tingkat input manusia kreatif sehingga Anda akan berada di sisi yang aman dengan melisensikannya juga. Dalam kasus terbaik, pernyataan lisensi eksplisit akan berubah menjadi berlebihan. Tentu saja, saya tidak tahu gambar Anda dan seberapa banyak kreativitas yang masuk ke dalamnya.

Bisakah saya mengubah lisensi proyek saya di lain waktu?

Pemegang hak cipta selalu bebas untuk memberikan izin tambahan pada pekerjaan mereka. Artinya, jika Anda merilis hari ini di bawah lisensi MIT dan memutuskan besok bahwa Anda juga ingin melisensikan gambar di bawah lisensi Creative Commons , Anda benar-benar bebas untuk melakukan itu. Yang tidak bisa Anda lakukan adalah mencabutlisensi perangkat lunak gratis. Artinya, jika Anda menerbitkan di bawah lisensi MIT hari ini dan kemudian memutuskan besok bahwa GPL akan lebih cocok, semua orang yang telah menerima salinan berlisensi MIT akan terus dapat menggunakan perangkat lunak di bawah syarat dan ketentuan dari Lisensi MIT. Dan karena lisensi ini memungkinkan redistribusi tanpa batas, maka semua orang yang lain juga akan memutuskan untuk memberikan salinannya. Kesimpulannya, mungkin bijaksana untuk menawarkan lisensi secara konservatif karena Anda selalu dapat menambahkan lebih banyak lagi tetapi begitu Anda telah menerbitkannya, Anda tidak dapat mengambilnya kembali.

5gon12eder
sumber
3
Tetapi sementara tidak ada cara untuk mencabut lisensi perangkat lunak yang telah Anda distribusikan, tidak ada yang menghentikan Anda mengubah persyaratan lisensi untuk versi baru perangkat lunak. Misalnya, jika Anda mendesain ulang semua karya seni untuk perangkat lunak Anda, Anda dapat mendistribusikan karya seni baru di bawah lisensi yang sama sekali berbeda jika Anda mau.
Simon B
Terima kasih banyak atas jawaban Anda yang sangat komprehensif. Saya minta maaf karena tidak membagi pertanyaan saya menjadi potongan-potongan kecil.
Egor Tensin
Saya baru saja menindaklanjuti: bagaimana jika proyek saya seluruhnya terdiri dari serangkaian gambar dan file HTML (misalnya situs statis)? Saya berasumsi bahwa saya boleh melisensikan proyek di bawah Lisensi MIT ketika proyek dimulai, bukan? Saya masih sedikit bingung karena teks lisensi berbicara tentang "perangkat lunak", tetapi file HTML dan gambar adalah data, bukan kode. Apakah Anda akan merekomendasikan dua lisensi proyek seperti itu di bawah lisensi CC juga? Bisakah saya melakukan itu untuk repositori yang ada?
Egor Tensin
Dan jika saya bisa, apakah itu berarti bahwa versi sebelum komit yang menambahkan lisensi kedua hanya akan tetap dilisensikan di bawah ketentuan Lisensi MIT?
Egor Tensin
1
Tidak ada yang menghentikan Anda dari menggunakan lisensi MIT untuk situs web tetapi itu akan menjadi pilihan yang tidak konvensional dan sebagian besar pengguna mungkin akan lebih bahagia dengan lisensi CC. Anda selalu dapat menawarkan CC sebagai opsi tambahan, bahkan untuk versi lama Anda. Bagaimana Anda mengumumkan ini akan tergantung pada bagaimana Anda mempublikasikannya. Secara pribadi, saya tidak akan terlalu khawatir tentang versi lama. Yang baru seharusnya lebih hebat, kan? Dan seperti yang diperhatikan Simon, Anda tidak perlu menggunakan lisensi yang sebelumnya digunakan untuk distribusi baru lagi. Anda tidak bisa mengambilnya dari distribusi yang sudah dibuat .
5gon12eder