Kapan saya bisa menerbitkan alat perangkat lunak yang ditulis di tempat kerja?

24

Saya sedang mengerjakan masalah perangkat lunak di tempat kerja yang cukup umum, tetapi saya tidak dapat menemukan perpustakaan yang ingin saya selesaikan, jadi saya sedang mempertimbangkan untuk menulis sendiri (setidaknya versi sederhana). Saya akan menulis beberapa jika tidak semua versi 1.0 di tempat kerja, karena saya membutuhkannya untuk proyek ini. Jika ternyata baik saya mungkin ingin membawa pulang pekerjaan dan memolesnya hanya untuk bersenang-senang, dan mungkin melepaskannya sebagai proyek open-source. Namun, saya khawatir jika saya menulis versi 1.0 di tempat kerja saya mungkin tidak diizinkan untuk melakukan ini dari segi hukum. Jelas saya bisa bertanya kepada bos saya (yang mungkin tidak akan peduli), tetapi saya ingin tahu bagaimana programmer lain telah menangani masalah ini dan di mana hukum berada di sini. Satu pertanyaan kalimat saya adalah,Kapan boleh (secara hukum / etis) membuka sumber perangkat lunak yang awalnya ditulis oleh Anda untuk bekerja di tempat kerja? Bagaimana jika Anda telah memperluas sumber asli secara signifikan selama di luar jam kerja?

Tindak lanjut: Misalkan saya menulis semuanya di rumah pada waktu saya lalu menggunakannya di tempat kerja, apakah itu mengubah banyak hal secara drastis?

Tindak lanjut 2: Perhatikan bahwa saya tidak mencoba merobek majikan saya (saya mengerti mereka membayar saya untuk membuat produk yang mereka miliki) - Saya hanya ingin tahu apakah ada cara yang adil untuk melakukan ini untuk semua yang terlibat ... Alangkah baiknya jika beberapa nirlaba di jalan dapat menggunakan kode saya dan menghemat waktu. Juga, ada masalah lain yang dipertaruhkan. Jika saya menulis perpustakaan untuk hal yang sangat sederhana, generik (seperti tabel HTML dalam Javascript), apakah itu berarti saya tidak akan pernah dapat melakukannya lagi di waktu saya sendiri tanpa menempatkan diri saya pada risiko hukum (bahkan jika itu adalah penulisan ulang baru atau segmen dari proyek yang lebih besar). Apakah saya menyerahkan hak saya untuk menulis kode untuk proyek semacam ini selama sisa hidup saya (tanpa izin perusahaan ini), karena kode di tempat kerja mungkin masih berada di suatu tempat di otak saya mempengaruhi saya? Ini tampaknya terkait dengan paten perangkat lunak,

legal AlexMA
sumber
5
Periksa kontrak Anda, tanyakan pada pengacara. Banyak kontrak kerja memiliki "semua penemuan dimiliki oleh klausa jenis majikan". Penegakannya bervariasi ... untuk itu Anda perlu bertanya kepada pengacara.
7
"Jika ternyata baik, saya mungkin ingin membawa pulang pekerjaan itu dan memolesnya hanya untuk bersenang-senang, dan mungkin melepaskannya sebagai proyek sumber terbuka." - Sangat tidak mungkin perusahaan Anda akan menyetujui untuk melakukan ini. Produk pekerjaan Anda adalah milik mereka, bukan Anda.
Ramhound
5
Saya berani bertaruh ini akan membawa Anda ke air yang sangat dalam jika pekerjaan diketahui karena mereka belum setuju untuk melepaskannya. Dapatkan secara tertulis.
Rig
Perhatikan bahwa sebagian besar perusahaan berukuran sedang juga melarang pemasangan perangkat lunak yang tidak disetujui pada komputer kerja, karena dapat menyebabkan semua jenis ketidakstabilan sistem, virus, dll. Jadi, "unduh saja dan gunakan di tempat kerja" mungkin tidak bijaksana. tindakan juga.
calum_b
2
@Ramhound Saya tidak berpikir itu hitam dan putih seperti itu. Bagaimana Anda tidak bisa memikirkan versi pekerjaan saat menulis hal serupa di rumah? Bagaimanapun, ini mungkin semua diurus melalui klausa non-bersaing dari kontrak kerja. Maksud saya adalah mungkin tidak ada cara untuk mencegah kode perusahaan Anda dari mempengaruhi (bahkan secara tidak sadar) kode yang Anda tulis sendiri, yang menciptakan masalah yang agak menarik tetapi tidak ada yang pantas diperdebatkan di sini.
AlexMA

Jawaban:

41

Hampir tidak pernah boleh, secara hukum atau etis, untuk melepaskan produk yang Anda buat menggunakan sumber daya majikan Anda atau saat sedang dibayar oleh majikan untuk waktu Anda tanpa izin.

Namun, itu tergantung pada kontrak kerja Anda. Jika Anda dibayar oleh perusahaan dan / atau sumber daya perusahaan yang digunakan untuk menghasilkan produk, kemungkinan pekerjaan itu milik perusahaan Anda. Anda harus melalui penyelia dan departemen hukum Anda. Bergantung pada kontrak kerja Anda, mungkin juga ada pembatasan untuk bekerja pada teknologi terkait atau menggunakan pengetahuan yang diperoleh di perusahaan Anda dalam proyek, bahkan jika Anda mengerjakannya menggunakan sumber daya pribadi pada waktu Anda sendiri.

Jika Anda menggunakan waktu yang dibayar, sumber daya perusahaan, atau sedang mengembangkan sesuatu yang mungkin dianggap terkait dengan bisnis perusahaan Anda, selalu mencari bimbingan dari manajer Anda dan / atau departemen hukum untuk memastikan bahwa Anda tidak melanggar perjanjian apa pun dan untuk mendapatkan izin yang sesuai untuk mengerjakan proyek. Biasanya, ini lebih mudah untuk dilakukan sebelum Anda mulai bekerja karena mungkin mengubah pendekatan yang Anda ambil pada proyek.

Menulis produk untuk digunakan di tempat kerja pada waktu Anda sendiri dipertanyakan dan tergantung pada peraturan yang harus dipatuhi oleh majikan Anda. Paling tidak, Anda bisa mengganggu jadwal, anggaran, dan perkiraan atasan Anda dengan mengambil pekerjaan off-line. Dalam beberapa kasus, Anda mungkin melanggar peraturan kontrak dengan membuat produk di luar waktu yang dilacak dan ditagih dengan tepat.

Thomas Owens
sumber
8
+1 untuk paragraf terakhir. Karyawan bekerja pada produk terkait dan tidak menghitung dan menagih dengan benar, bahkan jika karyawan secara sukarela melakukannya atas kemauan sendiri dapat mengakibatkan konsekuensi besar bagi pemberi kerja. Khususnya jika pemberi kerja adalah kontraktor pemerintah. Seluruh proses penawaran dan tarif overhead bergantung pada memiliki angka yang akurat untuk menciptakan lapangan permainan yang setara untuk semua calon penawar kontrak pemerintah. Angka-angka yang memalsukan, baik disengaja atau tidak, dapat mengakibatkan penolakan majikan dari penawaran kontrak dan bahkan penuntutan pidana.
Dunk
Bisakah Anda menyempurnakan gagasan "produk yang dibuat untuk majikan"? Jika saya datang dengan ide atau konsep dan menggunakan ide itu dalam kode produk, apakah saya boleh menggunakan ide itu, katakanlah, untuk proyek sukarela sumber terbuka? Anggap saja itu tidak bisa dipatenkan atau dipatenkan.
AlexMA
1
@AlexMA Ungkapan itu tidak pernah muncul dalam jawaban saya, jadi saya tidak tahu apa yang ingin Anda kembangkan. Jika Anda bekerja untuk membuat proyek sambil bekerja atau menggunakan sumber daya majikan Anda, lihat paragraf 2. Jika itu terkait dengan proyek yang sedang berlangsung di tempat kerja atau bisnis perusahaan Anda, lihat paragraf 3 dan 4. Dalam kasus apa pun, itu adalah ide yang buruk (jika tidak tidak etis atau ilegal) untuk mengerjakan hal-hal yang berhubungan dengan pekerjaan tanpa izin, pada waktu Anda sendiri atau tidak.
Thomas Owens
@ThomasOwens Bukan itu maksud saya; maaf karena tidak jelas. Kutipan Anda sebenarnya adalah "produk yang Anda buat menggunakan sumber daya perusahaan Anda". Apa yang merupakan sesuatu yang mereka miliki versus milik saya? Bagaimana dengan gagasan pemrograman umum yang saya buat di tempat kerja, yang kemudian saya terapkan pada pekerjaan yang ada? Mirip seperti seorang tukang kayu yang memiliki cara baru membangun tangga, atau palu yang baru dan lebih baik, dan kemudian menggunakan teknik / alat itu saat membuat tangga untuk majikannya.
AlexMA
2
@AlexMA Jika Anda akan membuat sesuatu untuk digunakan di tempat kerja, bahkan pada waktu Anda sendiri, Anda harus melalui departemen hukum atasan Anda. Itu tersentuh dalam paragraf terakhir saya dan dalam komentar Dunk - melakukan pekerjaan di luar dengan tujuan mendukung proyek dapat memiliki dampak yang merugikan, dan mungkin konsekuensi hukum. Satu ide yang tidak terkait adalah satu hal, tetapi jika Anda ingin menggunakan apa yang Anda hasilkan di tempat kerja, lakukan legal sebelum Anda mulai mengerjakannya.
Thomas Owens
14

Jika ternyata baik saya mungkin ingin membawa pulang pekerjaan dan memolesnya hanya untuk bersenang-senang, dan mungkin melepaskannya sebagai proyek open-source.

Anda harus jelas dengan atasan Anda tentang niat Anda sejak awal. Buat kesepakatan tentang bagaimana semua itu akan bekerja sebelum Anda mulai sehingga tidak ada perasaan sakit hati, kesalahpahaman, kekecewaan, dll. Pekerjaan yang Anda lakukan untuk majikan Anda adalah milik majikan Anda.

Kapan boleh (secara hukum / etis) membuka sumber perangkat lunak yang awalnya ditulis oleh Anda untuk bekerja di tempat kerja?

Ketika Anda memiliki izin dari atasan Anda (dan mungkin departemen hukum) untuk mendistribusikan properti mereka.

Bagaimana jika Anda telah memperluas sumber asli secara signifikan selama di luar jam kerja?

Tidak masalah. Anda bekerja dengan properti atasan Anda - mengubah beberapa baris di sana-sini tidak mengubah fakta itu. Mungkin masih menjadi milik mereka bahkan jika Anda mengubah setiap baris dalam proyek. Periksa dengan pengacara Anda untuk detailnya, tetapi jangan mengharapkan kabar baik.

Sekarang, majikan Anda mungkin dengan senang hati mendistribusikan perpustakaan di bawah lisensi open source. Jika itu bukan sesuatu yang mereka anggap bagian dari keunggulan kompetitif mereka, atau jika mereka ingin perpustakaan dipertahankan tetapi tidak selalu ingin melakukan semua pekerjaan untuk mempertahankannya sendiri, atau jika mereka ingin mengumpulkan niat baik, atau apa pun, maka hal-hal dapat berhasil. Ingatlah bahwa itu adalah keputusan mereka.

Caleb
sumber
Now, your employer may be perfectly happy to distribute the library .... dan itu tidak terbuka hingga potensi tuntutan hukum dan / atau masalah hukum lainnya di jalan.
Martin York
@LokiAstari Sure - ada sejumlah pertimbangan yang mungkin perlu dipertimbangkan oleh pemberi kerja sebelum membuka sumber perangkat lunak; daftar saya jauh dari lengkap.
Caleb
2
When you have permission from your supervisor (and perhaps legal department)... Sangat jarang supervisor Anda memiliki hak untuk berbicara atas nama perusahaan dalam masalah ini. Dia mungkin berpikir itu baik-baik saja, tetapi manajemen senior mungkin tidak setuju. Izin harus berasal dari manajemen senior / legal.
cdkMoose
2
@cdkMoose Ya, tentu saja - karena itu saya memasukkan dept hukum. Ini adalah peregangan untuk mengatakan "sangat jarang" meskipun - membuat terlalu banyak asumsi tentang ukuran / struktur perusahaan. Mungkin pengawasnya adalah CIO, CTO, atau CEO (atau semua hal di atas). Saya mungkin seharusnya mengatakan "Ketika Anda memiliki izin yang diperlukan" dan menyerahkan detailnya kepada pembaca.
Caleb
+1 untuk berbicara dengan atasan Anda - mereka mungkin sangat senang (atau tidak) membuka sumber pustaka ini (dan bukan program itu sendiri), tetapi itu hal yang tepat untuk dilakukan. Beberapa perusahaan yang berpikiran maju (Google, Facebook) memungkinkan karyawan mereka untuk membuka-sumber beberapa pekerjaan yang mereka lakukan, selama itu bukan proposisi inti perusahaan. Namun semuanya melalui proses pemeriksaan.
Suman
5

Jawaban mudah:

Tak pernah.

Inilah masalahnya: Menurut hukum di sebagian besar negara modern, Anda memegang hak cipta atas semua yang Anda tulis secara default. Ini berlaku bahkan ketika Anda menulisnya untuk orang lain, seperti majikan Anda .

Jelas, ini bermasalah bagi siapa saja yang tertarik mempekerjakan pengembang perangkat lunak.

Untuk mengatasi ini, perusahaan perangkat lunak meminta Anda menandatangani Perjanjian Non-Disclosure (NDA). Dalam NDA ini, secara eksplisit menyatakan bahwa Anda melepaskan hak cipta dari semua kode yang Anda tulis untuk majikan itu. Tidak masalah ketika Anda melakukannya. Semuanya sama.

Dengan kata lain: Kode yang Anda tulis bukan milik Anda . Itu milik majikan, dan Anda tidak diizinkan mempublikasikannya.

Saya tidak pernah mendengar ada pengembang yang tidak menandatangani NDA, jadi kecuali Anda berada di wilayah yang sangat terpencil di dunia, ini adalah taruhan yang aman untuk mengatakan bahwa Anda menandatangani NDA ketika Anda dipekerjakan.

Jika majikan Anda tertarik untuk menerbitkannya karena alasan tertentu, maka itu adalah cerita yang berbeda (dan jika Anda mengulanginya, Anda juga dapat mencoba meyakinkan mereka bahwa itu adalah hal yang benar untuk dilakukan). Tapi itu satu-satunya cara.

riwalk
sumber
4
IANAL, tetapi bahkan ketika ... Anda tampaknya tidak benar di AS, setidaknya menurut dokumen ini dari Kantor Hak Cipta AS . Juga: pengungkapan rahasia dan pekerjaan untuk disewa adalah masalah yang tidak terkait - akan lebih baik untuk menggunakan istilah seperti "perjanjian kerja" sebagai pengganti "NDA" di atas karena perjanjian yang mungkin telah Anda tanda tangani saat memulai pekerjaan mungkin mencakup lebih dari tanpa pengungkapan. , dan perjanjian non-pengungkapan seringkali tidak ada hubungannya dengan ketentuan ketenagakerjaan.
Caleb
@ Caleb, sumber Anda menyatakan: "Konsep" pekerjaan yang dibuat untuk disewa "bisa rumit," dan itu benar sekali. Salah satu alasannya bisa menjadi rumit adalah karena perangkat lunak lebih dari sekadar kode, itu adalah serangkaian solusi dan ide. Kemudian pertanyaannya menjadi, "Apakah perusahaan Anda memiliki kodenya , atau apakah ia memiliki gagasan yang dinyatakan oleh kodenya ?" Semakin berbelit-belit ketika Anda membayangkan skenario seseorang yang datang dengan ide cemerlang untuk bekerja pada jam 2 pagi dan mengimplementasikannya dalam kode keesokan paginya. lanjutan ...
riwalk
... Solusi yang digunakan sebagian besar perusahaan adalah dengan menyatakan bahwa mereka memiliki semua yang Anda dapatkan, terlepas dari kapan Anda membuatnya dan terlepas dari kapan Anda menulisnya. Ada beberapa negara (Washington dan California datang ke pikiran) yang memiliki beberapa undang-undang tambahan, tetapi negara-negara lain tidak. Ini rumit. Intinya - Anda memerlukan pengacara :)
riwalk
@ Stargazer712 - Perusahaan yang menulis klausa semacam itu dalam perjanjian kerja mereka jarang. Saya bahkan akan berpendapat bahwa istilah-istilah itu ilegal bahkan di negara-negara yang belum ditentang seseorang. Selain itu jika Anda menandatangani perjanjian seperti karena Anda tidak tahu hak-hak Anda sendiri maka Anda tidak berhak atas kode jika itu di luar pekerjaan.
Ramhound
1

Ini sangat tergantung pada hubungan kontrak apa yang Anda miliki dengan atasan Anda ...

Kekayaan intelektual

Secara default, banyak organisasi sekarang lebih bersedia untuk membuka fungsi / kelas generik sumber untuk menguntungkan komunitas pemrograman / pengkodean yang lebih luas, tetapi ada yang tidak dan tidak bisa dari perspektif kekayaan intelektual - untuk secara komersial melindungi apa yang mereka miliki .

Jika kode Anda menggunakan segala jenis referensi ke IP perusahaan Anda, atau rahasia dagang, mungkin dapat dimengerti bahwa mereka mungkin menolak.

Sumber terbuka

Pada dasarnya dan secara default, Anda berhak untuk merilis perangkat lunak apa pun yang Anda tulis dalam waktu Anda sendiri dan selama itu tidak bertentangan dengan ketentuan kontrak kerja Anda - atau - bersaing dengan apa yang mereka lakukan dalam aspek apa pun.

Saran terbaik yang bisa saya berikan adalah mendekati majikan Anda dan mendiskusikan masalah ini secara terbuka. Ini akan memberi Anda:

  • Sikap atasan Anda terhadap pemrograman open-source / komunitas
  • Merefleksikan / menyoroti pemahaman mereka tentang perangkat lunak dan itu nilai inheren / lebih luas
  • Hak Anda tentang apa yang mereka anggap dapat Anda lakukan / tidak lakukan

Setiap majikan, yang menolak untuk memungkinkan Anda memperluas pemikiran / pembelajaran Anda dan memang berkontribusi pada komunitas yang lebih luas (dan memecahkan masalah yang lebih besar, lebih luas) harus memberi tahu Anda banyak hal tentang tempat Anda bekerja. Perusahaan sering berpikir lebih luas daripada sebelumnya tentang mengeluarkan kode karena tidak hanya menguntungkan mereka - tetapi harus dalam bentuk yang tidak mengancam mereka dalam apa pun yang mereka lakukan.

Waktu saya / waktu mereka

Seperti jawaban lain - Anda tidak dapat menggunakan waktu atasan Anda untuk membuat perangkat lunak Anda sendiri; baik secara etis atau prinsipal. Perlakukan mereka secara terpisah kecuali jika majikan Anda bersedia berkomitmen untuk merilis kode.

Dalam beberapa kasus, pemrogram menggabungkan waktu mereka sendiri dan waktu kerja untuk menciptakan sesuatu yang hebat - yang, setiap pihak mendapat manfaat dari dan mungkin hasil yang ideal untuk pertanyaan Anda.

nickhar
sumber