Jika ada satu masalah (tentu saja setelah kekurangan uang tunai) yang merusak sepuluh tahun pertama perusahaan saya Keberadaan NlightN adalah kepemilikan kode, yang menjadi lebih bermasalah karena sebagian besar pekerjaan kami ditujukan untuk web penyebaran.
Sepuluh tahun yang lalu, kami membuat kursus e-learning yang kami kirimkan dalam CD-ROM yang berisi versi kompilasi perangkat lunak, yang biasanya didasarkan pada Flash atau Mediator. Klien kami memahami bahwa jika mereka ingin memperbarui kursus, mereka akan melakukannya melalui kami. Namun saat ini, banyak klien percaya bahwa dengan membayar pekerjaan yang harus diselesaikan, mereka memilikinya.
Sekilas hal ini mungkin tampak masuk akal: tentunya jika Anda membayar untuk sesuatu maka Anda memilikinya? Tidak jika yang Anda beli adalah produk akhir, bukan karya itu sendiri atau alat yang digunakan untuk membuatnya. Jika saya membeli Alkitab, saya tidak memiliki Injil Lindisfarne yang asli; jika saya membayar tukang ledeng untuk memperbaiki keran saya, saya tidak memintanya meninggalkan kotak peralatannya agar saya dapat memperbaikinya sendiri di lain waktu; jika saya membeli Harry Potter dan Pangeran Berdarah Campuran dalam bentuk Blu-ray, saya tidak memiliki filmnya melainkan hanya salinannya (yang penggunaannya dibatasi oleh ketentuan lisensi); jika saya membeli Microsoft Word, saya memiliki satu salinan kode yang dikompilasi, bukan sumbernya.
Sederhananya, kode dimiliki oleh pengembangnya bahkan setelah klien telah membayar, kecuali pengembang tersebut sah dipekerjakan oleh klien atau ada kontrak yang mengalihkan kepemilikan penuh (walaupun itu jauh dari harapan jelas). Klien hanya membayar hasil pekerjaan saja: misalnya, jika klien menugaskan kami untuk membangun sebuah aplikasi kuis online, mereka membayar dan memiliki aplikasi yang berfungsi, namun tidak memiliki hak atas kode tersebut diri.
Salah satu masalahnya adalah jika Anda bekerja dalam bahasa yang ditafsirkan seperti PHP maka kode Anda tidak dikompilasi, jadi masuklah praktiknya klien Anda menerima kode sumber dan dapat melakukan apa pun yang mereka suka, meskipun mereka tidak memiliki hak hukum ke
Salah satu masalahnya adalah jika Anda bekerja dalam bahasa yang ditafsirkan seperti PHP maka kode Anda tidak dikompilasi, jadi masuklah praktiknya klien Anda menerima kode sumber dan dapat melakukan apa pun yang mereka suka, meskipun mereka tidak memiliki hak hukum ke.
Tampaknya kepemilikan yang tersisa pada pengembang tidak adil bagi klien, namun pertimbangkan alternatif lain. Sebagian besar pengembang akan membuat perpustakaan segmen kode khusus yang mereka gunakan untuk setiap proyek: untuk aplikasi web, perpustakaan semacam itu mungkin menyertakan fungsi untuk menangani koneksi dan interaksi database dengan cara yang masuk akal bagi mereka sehingga mempercepat proses selanjutnya proyek.
Jika Anda memberikan kepemilikan atas kode perpustakaan ini, Anda juga memberikan “peralatan perdagangan” Anda, sama seperti tukang ledeng yang meninggalkan kotak peralatannya. Perpustakaan Anda memberi Anda keunggulan dibandingkan pengembang lain dalam hal kecepatan menyelesaikan pekerjaan dan, oleh karena itu, harga yang dapat Anda kenakan.
Ini adalah keuntungan komersial yang harus Anda lindungi jika ingin membangun bisnis yang layak. Masalah kedua dengan memberikan kepemilikan atas kode tersebut adalah pengaruhnya terhadap proyek sebelumnya untuk klien lain yang melakukannya gunakan kode yang sama – Anda dapat berargumentasi bahwa klien kedua akan memiliki bagian dari kode yang awalnya dibuat untuk klien satu.
Jadi itulah posisi hukumnya, kode itu milik Anda kecuali jika dikontrak sebaliknya, dan sangat penting bagi Anda untuk mengingat hal ini saat bernegosiasi dengan klien. Saya tidak mengatakan jangan pernah menyerahkan kepemilikan kepada klien, saya katakan ingatlah bahwa kepemilikan kode memiliki nilai dan Anda harus mengharapkan klien membayarnya.
