Karunia kode Sumber Terbuka


11

Saya memiliki perpustakaan untuk R (paket statistik sumber terbuka) yang dipetakan di atas kertas. Saya sudah mulai mengkode fungsi yang berbeda tetapi saya menyadari bahwa saya tidak punya waktu yang dibutuhkan untuk menyelesaikan ini dalam jumlah waktu yang wajar. Saya tahu saya bisa membuang kode pada repo dan memanggil orang lain untuk membantu mengisi bagian yang kosong. Tapi saya ingin sedikit memberi insentif. Saya berpikir untuk memberi hadiah pada setiap fungsi, katakanlah, $ 5- $ 20. Tidak mungkin $ 20 akan menjadi pengembalian tepat waktu bagi pengembang untuk mengkode setiap fungsi. Tetapi pikiran saya adalah bahwa uang tunai (atau sertifikat hadiah Amazon) akan menjadi inventif bagi orang-orang untuk benar-benar mengerjakan proyek. Dan itu akan memungkinkan saya untuk menempatkan karunia yang lebih tinggi pada fungsi yang paling saya minati.

Saya punya beberapa pertanyaan terkait ini:

  1. Ide bagus?
  2. Saya akan membuat pengembangan bekerja lebih cepat, atau lebih lambat? Saya sudah membaca Predictably Irrational dan saya khawatir bahwa dengan menawarkan gaji rendah untuk fungsi-fungsi saya mungkin sebenarnya disinsentif bagi pengembang.
  3. Apakah ada situs yang ditujukan untuk jenis kegiatan ini? Bisakah Anda merekomendasikan satu berdasarkan pengalaman pribadi?
  4. Apakah Anda akan merekomendasikan pendekatan yang sama sekali berbeda? Saya terbuka untuk ide!


Ternyata pertanyaan yang lebih baru adalah duplikat dari pertanyaan ini: programmers.stackexchange.com/questions/79561/…
user16764

Jawaban:


10

Bukan ide yang bagus, dalam pikiranku. Tak satu pun dari programmer OSS yang saya tahu akan menanggapi karunia seperti itu.

Jadi, apa yang mendorong orang? Menurut Dan Pink orang termotivasi oleh:

  • Otonomi
  • Penguasaan
  • Tujuan

Kemudian untuk menarik programmer yang baik, temukan cara untuk menyediakan beberapa atau semua item itu.

Pendekatan kedua yang dapat dilakukan bersamaan dengan yang pertama adalah menampilkan halaman beranda yang melacak kemajuan proyek, menunjukkan status masing-masing fungsi bersama dengan orang yang menyediakan fungsi yang pertama kali lulus tes unit (Anda lakukan punya tes, kan?).

Akhirnya, sudah pengalaman saya bahwa proyek yang menarik tidak perlu banyak bantuan dalam menarik kontributor. Lihatlah apa yang Anda lakukan dan jika Anda kesulitan menarik dan menjaga programmer untuk mengerjakannya, pikirkan apa yang memberi tahu Anda tentang kegunaan proyek Anda.


sepertinya input yang sangat bagus. Saya telah membaca Pink juga dan idenya adalah bagian dari suara yang mengganggu di belakang kepala saya yang terus mengatakan kepada saya "ini mungkin bukan ide yang baik"
JD Long

youtube.com/watch?v=u6XAPnuFjJc <- Saya kenal Dan Pink dari video ini.
Joe Z.

7

https://www.bountysource.com

Dari halaman tentang:

BountySource awalnya dibuat pada tahun 2004 dengan harapan meningkatkan dan meningkatkan pengembangan di komunitas perangkat lunak open-source. Iterasi pertama BountySource menyediakan berbagai alat yang memungkinkan pengelolaan proyek open-source dengan mudah. Beberapa alat ini termasuk Pelacak Tugas, Repositori Kode SVN, dan Sistem Manajemen Konten.

BountySource jauh lebih maju daripada waktunya ... kami ingin menganggapnya sebagai pendahulu GitHub.

Setelah jeda yang panjang, kami kembali dengan visi yang sama - peningkatan keseluruhan dalam pengembangan perangkat lunak sumber terbuka - tetapi sistem yang sama sekali berbeda.

Kami mengalihkan fokus kami dari hosting proyek - repositori, pelacakan masalah, dan semua - ke aspek crowdfunding dari ide asli BountySource.


3

Saya ingat melihat beberapa situs selama hari-hari dot com yang pada dasarnya persis seperti yang Anda gambarkan. Orang-orang akan memposting tugas pengkodean kecil yang ingin mereka lakukan, sejumlah $, dan orang-orang dapat mendaftar untuk melakukan tugas tersebut - ada beberapa variasi pada tema itu, tetapi itu adalah ide dasar. Menjadi baru keluar dari sekolah dan mencari beberapa moolah tambahan saya sering melihat-lihat dan mencari yang baik untuk dilakukan. Hasil? Saya tidak pernah melakukan satu pun. Selalu saya akan melihat tugas-tugas (yang bisa saya lakukan) dan melakukan harga / kinerja di kepala saya dan menyadari itu benar-benar tidak layak waktu saya untuk repot-repot (tepatnya poin yang Anda buat di # 2). Masalah lainnya adalah bahwa hampir semuanya bukan masalah yang menarik - ada alasan mengapa mereka diusir :)

Saya setuju dengan KevDog bahwa jika Anda memiliki proyek keren & PR yang layak (mengeluarkan berita) bahwa orang-orang akan datang menemukan Anda dan melakukan pekerjaan secara gratis. Meskipun saya tidak pernah menempuh rute tentara bayaran, saya tentu saja menyumbangkan kode di sana-sini untuk proyek OSS yang sesuai dengan keinginan saya.


terima kasih atas pendapatmu, Jeff. Itu masuk akal.
JD Long

0

Saya tidak berpikir idenya benar-benar di luar bidang kemungkinan, namun paradigma biaya per tugas tidak berfungsi karena tidak hemat biaya bagi pengembang, juga tidak dapat diukur secara proporsional.

Saya pikir sistem yang lebih baik mungkin $ / Line Of Code di mana kata loc berada di kontrol versi untuk jumlah waktu x dan tidak dilakukan karena alasan ketidakmampuan (mis. Bug).


3
Saya dapat mengganti baris kode jika saya memiliki insentif untuk itu.
David Thornley

Memang. Namun, jawabannya adalah representasi karakter dari ide dasar. Setiap ide yang masuk ke produksi akan membutuhkan banyak, lebih banyak aturan dan penjaga aman.
Craige

1
Tetapi 3 baris pertama Anda sama sekali tidak perlu, yaitu 3 lapisan yang tidak berguna. Jika Anda dibayar berdasarkan garis, Anda mungkin dapat merentangkannya menjadi setidaknya beberapa baris lagi ...
jmoreno
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.