Remunerasi dalam proyek sumber terbuka
Salah satu dari tIsu paling kontroversial dalam perangkat lunak bebas adalah isu “remunerasi” untuk pengembang, dan itu adalah Bukan tanpa alasan bahwa ini merupakan topik yang rumit dan diperdebatkan, danSebab, di satu sisi, keseimbangannya adalah keberlanjutan finansial proyek open source dan, di sisi lain, terdapat model sponsorship, pembiayaan kolektif, donasi, atau bahkan "versi berbayar".
Alasan untuk menyentuh topik ini adalah karena baru-baru ini Thomas Stringer seorang pengembang dan pemrogram perangkat lunak sumber terbuka, berbicara tentang masalah yang dihadapi pengembang sumber terbuka.
Thomas Stringer merinci hal itu Kurangnya remunerasi di ruang open source semakin mengecilkan hati para pengembang.
Dalam postingannya dia membagikan:
Meskipun saya berprofesi sebagai insinyur perangkat lunak, saya juga seorang pemrogram komputer karena hobi dan minat. Jadi saya melakukan apa yang telah saya lakukan selama lebih dari satu dekade: Saya menyalakan komputer untuk menulis kode.
Apa yang harus dilakukan, apa yang harus dilakukan... Pelajari sesuatu yang baru? Mungkin. Menulis postingan blog? Nah, inilah saya. Namun… jauh di lubuk hati, saya tahu saya memiliki proyek sumber terbuka yang memerlukan perhatian. Ternyata ada yang banyak digunakan. Saya memiliki hampir 3/4 juta unduhan dan itu adalah sesuatu yang menurut orang-orang memiliki tingkat kegunaan tertentu. Itu adalah bagian yang bagus. Parahnya, ada selusin masalah yang bahkan belum saya ulas, apalagi diklasifikasikan, diselidiki, dan diselesaikan. Ada beberapa PR komunitas yang perlu saya periksa. Ada dependensi yang perlu diperbarui. Daftarnya terus bertambah. Proyek ini telah mencapai tonggak sejarah OSS yang tidak biasa: kehabisan tenaga pengelola.
Meskipun pengembang perangkat lunak bebas sering kali secara sukarela berkontribusi pada proyek tanpa menerima kompensasi finansial langsung, kurangnya remunerasi dapat menimbulkan masalah besar bagi mereka yang ingin menghabiskan lebih banyak waktu untuk berkontribusi, namun harus memenuhi kebutuhan dan kewajiban finansial mereka.
Thomas Stringer membahas dilema ini dalam publikasinya dan menyarankan berbagai solusi yang telah digalang oleh pengembang lain dan/atau proyek yang telah mengalami situasi yang sama dan mendanai atau mendukung proyek tersebut.
Dan meskipun bagi banyak orang Mendengar "membayar untuk perangkat lunak gratis" mungkin merupakan "penghujatan", tidak diragukan lagi itu adalah pilihan terbaik untuk mengatasi masalah remunerasi bagi pengembangan perangkat lunak bebas, meskipun hal ini tidak sesederhana kedengarannya. "Detail" kecil ini telah menjadi masalah besar bagi pengembang dan proyek sumber terbuka.
Contoh nyata dari hal ini adalah pengembang yang menyabotase perpustakaannya sendiri "Faker.js dan Colors.js", karena dia memutuskan untuk tidak lagi "mendukung perusahaan besar dengan pekerjaan yang dia lakukan secara gratis".
Ini adalah sesuatu yang juga disebutkan Publikasi Thomas Stringer tentang bagaimana perusahaan memanfaatkan ekosistem open source tanpa membayar pengembang secara memadai untuk waktu mereka.
Itulah sebabnya dilema pencacahan perangkat lunak bebas sulit diatasi dan menjadi lingkaran setan, karena meskipun pengembang perangkat lunak bebas menghormati kriteria yang ditetapkan oleh Open Source Initiative, yaitu kemungkinan redistribusi gratis, akses ke kode sumber. dan penciptaan karya turunan, banyak organisasi atau proyek komersial memanfaatkan ini untuk menghasilkan keuntungan tanpa memberikan daftar proyek yang memungkinkan produk mereka terwujud.
Dan sejak Pendekatan terhadap masalah ini bukanlah hal baru. Thomas Stringer menyebutkan bahwa pengembang harus menerima kompensasi dan/atau proyek tersebut menerima kolaborasi yang memadai dari perusahaan/proyek yang mendapat manfaat.
Demikian pula, jika Anda telah mengirimkan beberapa komitmen tentang suatu produk yang tidak digunakan oleh siapa pun, uang (atau kekurangannya) harus mewakili hal tersebut. Namun tidak sesederhana itu, karena ada berbagai jenis pengembang perangkat lunak sumber terbuka. Beberapa orang menulis kode OSS sebagai bagian dari pekerjaan mereka, dalam hal ini mereka mungkin sudah mendapat kompensasi atas kontribusi mereka. Itu masuk ke cek Anda dua kali sebulan. Namun jenis pengembang OSS lainnya adalah yang menjadikan kontributor OSS tersebut di luar jam kerja dan tidak berafiliasi dengan suatu organisasi.
Perusahaan yang menggunakan OSS harus mendanai proyek-proyek ini. Bagaimanapun, mereka menggunakannya. Meskipun mereka tidak diharuskan membeli lisensi, bukan berarti mereka tidak boleh berkontribusi.
Perusahaan mungkin memiliki karyawan penuh atau paruh waktu yang berkontribusi pada proyek perangkat lunak sumber terbuka. Contoh yang bagus dari hal ini adalah Kubernetes dan semua pengembang yang berkontribusi pada Kubernetes selama jam kerja. Perusahaan-perusahaan dalam daftar tersebut (Google, Red Hat, VMware dan Microsoft, sebagai contoh perusahaan-perusahaan utama) berkontribusi terhadap keberhasilan proyek-proyek ini. Mereka memberi waktu kepada pengembang.
Ketika sebuah perusahaan tidak menyumbangkan waktu pengembang yang cukup untuk proyek, maka perusahaan tersebut harus menambahnya dengan uang yang didistribusikan kepada pengembang OSS yang tidak melakukannya atas nama perusahaannya.
Itulah mengapa penting untuk mengenali dan mendukung pekerjaan para pengembang ini, karena karya mereka seringkali memberikan kontribusi yang signifikan terhadap kemajuan teknologi dan memberikan manfaat bagi masyarakat secara umum dan yang terpenting harus diperhatikan bahwa pada akhirnya mereka adalah “orang” yang berkebutuhan dan tidak “makan udara”, meskipun Bagi banyak perusahaan dan korporasi, pilihan terakhir akan bagus, tidak, tidak, dan bahkan jika mereka mengganti faktor manusia dengan AI, mereka harus membayar dan masih akan ada orang di belakangnya yang menangani masalah pengendalian, pemeliharaan, dan peningkatan.
sumber:https://trstringer.com/