Saya memiliki penemuan sebelumnya (perangkat lunak / kerangka kerja) yang saya rencanakan untuk digunakan pada pekerjaan baru saya. Apa yang terjadi pada hak cipta saya jika saya meningkatkannya selama bekerja?

9

Saya telah mengisi formulir standar tempat Anda mendaftar penemuan sebelumnya sebelum memulai pekerjaan baru Anda sehingga majikan secara hukum sadar bahwa Anda memiliki hak cipta atasnya. Tetapi jika saya ingin menggunakan penemuan ini (kode / kerangka perangkat lunak) dalam pekerjaan baru saya, akankah mereka memiliki klaim hak cipta di atasnya jika misalnya saya mengubah / meningkatkan sesuatu pada kode saya saat bekerja untuk mereka?

Saya telah mendengar sesuatu seperti kepemilikan bersama. Sesuatu seperti: Anda akan memiliki apa yang telah dilakukan sebelumnya dan majikan akan memiliki perbaikan apa pun yang Anda lakukan saat dipekerjakan. Semacam itu menyebalkan dan menghilangkan insentif apa pun yang Anda harus lakukan untuk memperbaiki produk Anda karena sekali ditingkatkan, perbaikan itu hilang . :(

Adakah yang pernah mengalami situasi ini sebelumnya dan dapat membagikan beberapa ide sehingga saya dapat melindungi kode saya?

licensing legal copyright JohnPristine
sumber
Sudahkah Anda mempertimbangkan untuk mencari sumber secara terbuka dari penemuan sebelumnya? Bagaimana kalau menjualnya ke perusahaan baru Anda apa adanya dengan biaya nominal? Maka Anda bisa menjualnya kembali kepada mereka setiap kali Anda melakukan perbaikan.
vaughandroid
@ Baqueta Saya punya hal-hal lain yang saya open source, tetapi proyek khusus ini bukan kepentingan terbaik saya untuk open source itu. Saya berencana untuk menjualnya nanti ke perusahaan lain dan / atau menggunakannya lagi dalam penugasan lain yang mungkin saya miliki dan / atau pekerjaan lain.
JohnPristine
1
@ Baqueta - Menjadikan proyek open source tidak berarti pekerjaan di masa depan dikendalikan oleh perjanjian IP yang membatasi. Perusahaan harus melepaskan segala klaim atas karya John agar dia dapat terus mengerjakannya.
Sudahkah Anda mempertimbangkan untuk menjual semuanya versi terbaru dan mengalihkan kepemilikan kepada mereka dengan harga yang memadai? Jika Anda bersikeras untuk mempertahankan kepemilikan, perusahaan baru Anda dapat menegaskan bahwa Anda sepenuhnya bertanggung jawab atas pemeliharaan perangkat lunak itu, 365 x 24jam per tahun.
Doc Brown
@ GlenH7: Bukankah salah satu lisensi copyleft memaksa pekerjaan untuk tetap berada di domain publik? JohnPristine: Cukup adil!
vaughandroid

Jawaban:

7

Tampaknya, Anda ingin mempertahankan kepemilikan perangkat lunak itu.

Jika demikian, jangan menandatangani kontrak yang mengambilnya dari Anda.

Namun, kasus normal adalah, apa yang Anda hasilkan selama jam kerja Anda adalah milik perusahaan Anda. Renumerasi Anda harus menjadi kompensasi untuk itu.

Mungkin Anda bisa mencapai kesepakatan, di mana jam kerja Anda pada pentingnya penemuan itu tidak dihitung (dan dibayar) sebagai jam kerja. Alih-alih, majikan Anda setuju untuk membeli (lisensi untuk) versi yang disempurnakan dengan jumlah yang kira-kira sama dengan yang Anda hasilkan pada jam-jam itu.

Ingo
sumber
Salah satu solusinya adalah bahwa saya HANYA akan melakukan peningkatan selama masa off-kita. Tetapi perusahaan mungkin tidak akan setuju untuk memiliki sesuatu yang bergantung pada produk / kerangka kerja yang bersumber dari dekat. Saya tidak keberatan menunjukkan kepada mereka kode dan mereka dapat melakukan modifikasi jika mereka mau / butuhkan di masa depan. Tapi saya ingin tetap memiliki produk dan kode seperti yang Anda katakan.
JohnPristine
@ JohnPristine itu benar-benar tergantung pada seberapa parah mereka membutuhkannya. Lihat, mereka mungkin bergantung pada Windows sumber dekat. OTOH, jika Anda memberi mereka lisensi kode sumber, itu bukan sumber tertutup lagi.
Ingo
1
"Mereka dapat melakukan modifikasi jika mereka mau / perlu" = Anda melakukan modifikasi untuk mereka. dan jika mereka membuat modifikasi, mereka memiliki modifikasi itu kecuali Anda dapat meyakinkan mereka untuk secara resmi mendorong mereka "upstream"
Jimmy Hoffa
Selain itu, jika Anda membuat pembaruan / peningkatan dalam versi aplikasi pekerjaan Anda, kemudian mencoba untuk menambahkan pembaruan yang sama ke versi pribadi Anda, itu mengarah pada mereka berpotensi dapat membawa tindakan hukum terhadap Anda karena melanggar "properti mereka".
BBlake
1
Atau, mengapa Anda tidak memberi mereka lisensi untuk menggunakan perangkat lunak ini dengan imbalan hak untuk menjaga hak cipta atas perubahan Anda sendiri? Mereka mendapatkan perangkat lunak, dan Anda masih memiliki pembaruan. Itu harus menang-menang. Kecuali jika mereka ingin menjual perangkat lunak Anda kepada orang lain, dalam hal ini, saya akan menjual lisensi untuk mereka melakukannya, dan bernegosiasi untuk memotong keuntungan.
Gustav Bertram
7

Itu benar-benar tergantung pada apa yang ada dalam kontrak kerja Anda.

Saya harus meminta klausul khusus ditambahkan ke kontrak saya yang memungkinkan saya untuk bekerja pada proyek-proyek sumber terbuka di waktu luang saya. Kontrak asli mengklaim semua materi berhak cipta yang saya hasilkan selama masa kerja saya, apakah saya di tempat kerja atau tidak.

Jika tidak secara eksplisit dinyatakan dalam kontrak Anda, undang-undang perburuhan setempat kemungkinan akan berlaku, dan Anda harus berkonsultasi dengan pengacara. Anda mungkin perlu tetap - ada hak-hak tertentu yang tidak dapat Anda tanda tangani, tidak peduli apa kata kontrak.

Gustav Bertram
sumber
-1

Ini masalah sederhana. Anda perlu memastikan ada persimpangan antara minat Anda dan kepentingan majikan Anda dalam hal ini.

Apakah majikan baru Anda bahkan peduli menggunakan kode Anda? Apakah mereka menginginkannya? Jika demikian, maka tambahkan ke perjanjian Anda bahwa ada modifikasi pada kode itu:

  1. Anda mempertahankan hak cipta untuk
  2. mereka mempertahankan lisensi penuh untuk digunakan, digunakan kembali, dll ... penuh, tidak terbatas, permanen, dapat ditransfer, disublisensikan, dll.

Jika mereka terlalu besar untuk melakukan itu, maka jangan membawa perangkat lunak Anda di sana.

gahooa
sumber
-5

Mungkin hal terbaik untuk dilakukan adalah membuka sumbernya terlebih dahulu, mungkin dengan lisensi MIT. Kemudian, gunakan itu di pekerjaan baru Anda. Majikan baru tidak akan dapat mengklaim kepemilikan proyek sumber terbuka yang dibuat \ dirilis sebelum pekerjaan Anda dimulai.

Kepemilikan bersama terdengar berantakan. Saya tidak bisa membayangkan skenario itu yang terbaik untuk Anda, tetapi saya bisa melihat perusahaan mendapatkan hasil yang lebih baik dari pengaturan itu.

Kamau Malone
sumber
Sumber terbuka untuk proyek khusus ini bukan untuk kepentingan terbaik saya. Saya punya hal-hal lain open source itu.
JohnPristine
2
Ini adalah saran yang buruk, jika tidak mengerikan. Menempatkan proyek di bawah lisensi MIT akan melindungi kode yang ada , tetapi tidak melakukan apa pun untuk pengembangan di masa mendatang. Di bawah perjanjian IP yang sangat ketat, semua hak cipta untuk pekerjaan di masa depan adalah milik perusahaan. Saran Anda membuat penanya bertentangan dengan perjanjian kerjanya jika ia memberikan kontribusi baru untuk proyek tersebut. Dia tidak dapat secara hukum menyumbangkan sesuatu yang bukan miliknya.
1
OP tidak tertarik untuk mengambil kepemilikan atas apa yang perusahaannya lakukan untuk memodifikasi proyek. Dia tertarik menjaga kontrol atas apa yang sudah dia bangun. Sunting: Baca beberapa tanggapan OP lainnya; Saya baru saja menyatakan pekerjaan itu sudah ada sebelumnya dan tidak menggunakannya dengan majikan baru Anda.
Kamau Malone
@KamauMalone - Tidak menggunakannya adalah saran terbaik yang pernah saya lihat. Mengapa menyulitkan masalah ... penulis ingin menjual produknya ia harus menjaga bisnis pribadinya terpisah dari pekerjaannya dengan perusahaan ini. Dia bahkan tidak boleh mengerjakan APA SAJA yang terhubung dengan produknya untuk jujur.
Ramhound
Itu hanya kode infrastruktur yang ingin saya gunakan di tempat lain.
JohnPristine