Jika atribusi dilakukan melalui nama samaran, siapa yang memiliki hak atas kode tersebut? [Tutup]

15

Saya mengetahui beberapa kasus di mana coders menggunakan nama samaran untuk atribusi alih-alih nama asli mereka.

Contohnya termasuk:

Satu hal yang saya bertanya-tanya adalah apakah atribusi dilakukan melalui nama samaran, siapa yang memiliki hak atas kode?

open-source copyright kesalahan besar
sumber
3
Terkait: keuntungan dan kerugian menggunakan nama asli Anda online .
Adam Lear
@Yannis Rizos: Satu pertanyaan adalah tentang menggunakan nama asli, yang lain adalah tentang menggunakan nama samaran - bagaimana mereka pertanyaan yang sama?
kesalahan
@blunders Keuntungan menggunakan nama samaran adalah kerugian menggunakan nama asli Anda dan sebaliknya.
yannis
4
Memilih untuk ditutup karena ini adalah pertanyaan hukum, yang tidak lagi dianggap sebagai topik.
Ixrec
2
Oh, kamu masih ada. Dalam hal ini, inilah tautan Anda: meta.programmers.stackexchange.com/questions/7265/…
Ixrec

Jawaban:

18

Undang-undang hak cipta Amerika Serikat mengakui, dan mengakomodasi, pemegang hak cipta anonim dan pseudonim (lihat US Title 17 Ch 3 Sec 302, misalnya) . Penulis (atau majikan mereka, tergantung kasusnya) tidak secara otomatis menyerahkan semua hak atas pekerjaan.

cczona
sumber
11

Keuntungan yang jelas dari nama samaran: Anda tetap anonim jika Anda mau (bahkan jika itu menjadi sulit jika Anda berkontribusi pada proyek terkenal). Ini berarti beberapa hal:

  • Anda tidak terganggu dengan email dari orang-orang yang mengetahui nama Anda dan fakta bahwa Anda berpartisipasi dalam proyek ini,
  • Jika Anda bekerja di beberapa perusahaan dengan kebijakan ketat, Anda menghindari masalah di mana semua yang Anda tulis milik perusahaan¹ ini,
  • Anda dapat keluar dari proyek open source kapan saja, dan tidak ada yang akan mengganggu Anda, tidak pernah,
  • Selama wawancara untuk suatu pekerjaan, Anda tidak perlu menjawab pertanyaan seperti ini:

Sepuluh tahun yang lalu, Anda berkontribusi pada proyek <Nama di sini>. Kami telah mengunduh kode periode ini dari SVN, dan ada banyak kode yang tidak dapat dibaca, sulit dirawat, dengan banyak bug, tidak ada komentar sama sekali, dll. Bisakah Anda menjelaskannya, dan apa yang berubah selama sepuluh tahun terakhir dalam gaya pengkodean Anda?

Sebaliknya, itu berarti bahwa jika Anda memberikan kontribusi tingkat profesional, menulis kode berkualitas tinggi, dll., Anda tidak dihargai secara pribadi. Anda masih bisa mengatakan bahwa itu kode Anda selama wawancara, tetapi jauh lebih tidak langsung.

¹ Saya bukan pengacara, jadi mungkin tidak eksak di negara Anda.

Arseni Mourzenko
sumber
1
"Anda dapat keluar dari proyek open source kapan saja, dan tidak ada yang akan mengganggu Anda, tidak akan pernah." Misalkan sebuah proyek yang memiliki kontributor independen ingin pindah dari lisensi GPL ke lisensi BSD. Secara teknis, mereka memerlukan izin dari semua orang yang berkontribusi pada proyek, tetapi secara praktis mereka tidak bisa mendapatkan izin ini jika beberapa kontributor tersebut menggunakan nama samaran dan tidak dapat dilacak untuk dihubungi. Namun, mereka selalu dapat menghubungi kembali jika mereka melakukan sesuatu dan menegaskan hak cipta. Itu menjadi sangat lengket dalam situasi seperti itu.
Joe Z.
Meskipun itu bisa menjadi ketidakpercayaan saya pada identitas pseudonim saya ketika harus memasuki perjanjian hukum dengan mereka. Saya tidak ingin orang-orang memiliki kekuatan semacam itu atas saya jika saya tidak dapat memiliki kekuatan yang sama atas mereka.
Joe Z.
Inilah sebabnya mengapa dalam proyek-proyek open-source yang saya jalankan, saya memiliki "perjanjian lisensi kontributor tidak resmi" yang mengatakan bahwa jika mereka tidak mau mengungkapkan nama lengkap mereka atau detail lain untuk pencatatan, maka kode apa pun yang mereka kontribusikan akan memiliki hak ciptanya bercabang ke proyek dan dengan demikian saya.
Joe Z.
Namun, jika mereka mengungkapkan nama lengkap dan atau informasi kontak mereka (hanya untuk proyek, bukan kepada publik), maka mereka hanya memberikan izin proyek untuk melakukan apa yang perlu dilakukan dengan itu.
Joe Z.