Tiền thưởng mã nguồn mở

Tôi có một thư viện cho R (gói thống kê nguồn mở) được vạch ra trên giấy. Tôi đã bắt đầu mã hóa các chức năng khác nhau nhưng tôi nhận ra rằng tôi không có thời gian cần thiết để hoàn thành việc này trong một khoảng thời gian hợp lý. Tôi biết tôi chỉ có thể ném mã lên một repo và kêu gọi những người khác giúp điền vào chỗ trống. Nhưng tôi muốn khuyến khích mọi thứ một chút. Tôi đang suy nghĩ về việc đưa tiền thưởng vào từng chức năng của, giả sử, $ 5- $ 20. Không có cách nào mà 20 đô la sẽ trở lại hợp lý đúng hạn cho nhà phát triển mã hóa từng chức năng. Nhưng tôi nghĩ rằng tiền mặt (hoặc giấy chứng nhận quà tặng của Amazon) sẽ là một sáng tạo để mọi người thực sự làm việc trong dự án. Và nó sẽ cho phép tôi đặt tiền thưởng cao hơn cho các chức năng mà tôi quan tâm nhất.

Tôi có một vài câu hỏi liên quan đến điều này:

1. Ý tưởng tốt?
2. Tôi sẽ làm cho sự phát triển làm việc nhanh hơn, hay chậm hơn? Tôi đã đọc Dự đoán tỷ lệ thuận và tôi lo ngại rằng bằng cách cung cấp tiền lương cho các chức năng, tôi thực sự có thể không khuyến khích các nhà phát triển.
3. Có các trang web dành cho loại hoạt động này? Bạn có thể giới thiệu một dựa trên kinh nghiệm cá nhân?
4. Bạn có muốn giới thiệu một cách tiếp cận hoàn toàn khác nhau? Tôi đang mở ý tưởng!

Không phải là một ý tưởng tốt, trong tâm trí của tôi. Không ai trong số các lập trình viên OSS mà tôi biết sẽ phản hồi với tiền thưởng như vậy.

Vì vậy, những gì khuyến khích mọi người? Theo Dan Pink mọi người được thúc đẩy bởi:

• Quyền tự trị
• Làm chủ
• Mục đích

Sau đó, để thu hút các lập trình viên giỏi, hãy tìm cách cung cấp một số hoặc tất cả các mặt hàng đó.

Cách tiếp cận thứ hai có thể được thực hiện đồng thời với cách thứ nhất là hiển thị trang chủ theo dõi tiến trình của dự án, hiển thị trạng thái của từng chức năng cùng với người đã cung cấp chức năng lần đầu tiên vượt qua các bài kiểm tra đơn vị (bạn làm có bài kiểm tra, phải không?).

Cuối cùng, đó là kinh nghiệm của tôi khi một dự án hấp dẫn không cần nhiều sự giúp đỡ trong việc thu hút những người đóng góp. Hãy xem những gì bạn đang làm và nếu bạn đang gặp khó khăn trong việc thu hút và khiến các lập trình viên làm việc với nó, hãy nghĩ về những gì đang nói với bạn về tính hữu ích của dự án của bạn.

https://www.bountysource.com

Từ trang về:

BountySource ban đầu được tạo ra vào năm 2004 với hy vọng gia tăng và cải thiện sự phát triển trong các cộng đồng phần mềm nguồn mở. Lần lặp đầu tiên của BountySource đã cung cấp nhiều công cụ cho phép quản lý dễ dàng các dự án nguồn mở. Một số công cụ này bao gồm Trình theo dõi tác vụ, Kho lưu trữ mã SVN và Hệ thống quản lý nội dung.

BountySource đã đi trước thời đại ... chúng tôi muốn nghĩ về nó như một tiền thân của GitHub.

Sau một thời gian gián đoạn dài, chúng tôi trở lại với cùng một tầm nhìn - cải thiện tổng thể trong phát triển phần mềm nguồn mở - nhưng là một hệ thống hoàn toàn khác.

Chúng tôi đang chuyển trọng tâm của mình từ lưu trữ dự án - kho lưu trữ, theo dõi vấn đề và tất cả - sang khía cạnh gây quỹ cho ý tưởng ban đầu của BountySource.

Tôi nhớ đã nhìn thấy một số trang web trong những ngày dot com về cơ bản chính xác là những gì bạn mô tả. Mọi người sẽ đăng các nhiệm vụ mã hóa nhỏ mà họ muốn thực hiện, số tiền $ và mọi người có thể đăng ký để thực hiện nhiệm vụ nói trên - có một số biến thể về chủ đề đó, nhưng đó là ý tưởng cơ bản. Mới ra trường và tìm kiếm thêm một số moolah, tôi thường chọc ngoáy và tìm kiếm một thứ tốt để làm. Kết quả? Tôi chưa bao giờ làm một cái duy nhất. Lúc nào tôi cũng nhìn vào các nhiệm vụ (mà tôi có thể làm) và thực hiện một mức giá / hiệu suất trong đầu và nhận ra rằng nó thực sự không đáng để tôi phải bận tâm (chính xác là điểm bạn đưa ra trong # 2). Vấn đề khác là hầu hết tất cả chúng đều không phải là vấn đề hấp dẫn - có một lý do tại sao chúng được nuôi ra :)

Tôi đồng ý với KevDog rằng nếu bạn có một dự án tuyệt vời và một số PR tốt (nhận được thông tin) rằng mọi người sẽ đến tìm bạn và làm việc miễn phí. Trong khi tôi chưa bao giờ đi theo con đường lính đánh thuê, tôi chắc chắn đã đóng góp mã ở đây & ở đó cho các dự án OSS mà tôi thích.

Tôi không nghĩ rằng ý tưởng này hoàn toàn nằm ngoài khả năng, tuy nhiên chi phí cho mỗi mô hình nhiệm vụ không hoạt động vì nó không hiệu quả về chi phí cho nhà phát triển, cũng không thể mở rộng theo tỷ lệ.

Tôi nghĩ rằng một hệ thống tốt hơn có thể là $ / Line Of Code trong đó cho biết loc nằm trong kiểm soát phiên bản trong x lượng thời gian và không được cam kết vì lý do không đủ năng lực (ví dụ: lỗi).