Açık Kaynak kod ödülleri

Kağıt üzerinde haritalanmış R (açık kaynak istatistik paketi) için bir kütüphanem var . Farklı işlevleri kodlamaya başladım, ancak bunu makul bir sürede bitirmek için gerekli zamanım olmadığını fark ettim. Sadece bir repo kod atmak ve boşlukları doldurmak için başkalarını çağırabilir biliyorum. Ama işleri biraz teşvik etmek istiyorum. 5 $ - 20 $ 'ın her fonksiyonuna bir lütuf koymayı düşünüyorum. Bir geliştiricinin her bir işlevi kodlaması için 20 $ 'ın adil bir geri dönüş olacağı yolu yoktur. Ama benim düşüncem, nakit (ya da Amazon hediye sertifikaları) insanların proje üzerinde gerçekten çalışması için yaratıcı bir yöntem olacağı. Ve en çok ilgilendiğim fonksiyonlara daha yüksek ödüller vermeme izin verecek.

Bununla ilgili birkaç sorum var:

1. İyi bir fikir?
2. Gelişimi daha hızlı mı yoksa daha yavaş mı çalıştıracağım? Öngörülü İrrasyonel okudum ve işlevler için ani ücret sunarak aslında caydırıcı geliştiriciler olabileceğimden endişeliyim.
3. Bu tür etkinliklere ayrılmış siteler var mı? Kişisel deneyime dayanarak tavsiye edebilir misiniz?
4. Tamamen farklı bir yaklaşım önerir misiniz? Fikirlere açığım!

İyi bir fikir değil, aklımda. Bildiğim OSS programcılarının hiçbiri böyle bir lütfe cevap vermezdi.

Peki insanları teşvik eden nedir? Dan Pink'e göre insanlar motive ediyor:

• Özerklik
• ustalık
• amaç

Ardından iyi programcıları çekmek için bu öğelerin bir kısmını veya tamamını sağlamanın bir yolunu bulun.

Birincisi ile eşzamanlı olarak yapılabilecek ikinci bir yaklaşım, projenin ilerlemesini takip eden ve ünite testlerini ilk kez geçen fonksiyonu sağlayan kişi ile birlikte her bir fonksiyonun durumunu gösteren bir ana sayfa görüntülemektir. testleri var, değil mi?).

Son olarak, zorlayıcı bir projenin katkıda bulunanları çekmek için fazla yardıma ihtiyacı olmadığı benim deneyimim oldu. Ne yaptığınıza bir göz atın ve programcıları üzerinde çalışmaya devam etmek ve çekmekte zorlanıyorsanız, projenizin yararlılığı hakkında size neler söylediğini düşünün.

https://www.bountysource.com

Hakkında sayfasından:

BountySource ilk olarak 2004 yılında açık kaynaklı yazılım topluluklarındaki gelişimi artırma ve geliştirme umuduyla yaratılmıştır. BountySource'un ilk yinelemesi, açık kaynaklı projelerin kolay yönetimine izin veren çeşitli araçlar sağladı. Bu araçlardan bazıları bir Görev İzleyici, bir SVN Kod Deposu ve bir İçerik Yönetim Sistemi idi.

BountySource zamanının çok ilerisindeydi ... bunu GitHub'ın öncülü olarak düşünmek istiyoruz.

Uzun bir aradan sonra, aynı vizyona geri döndük - açık kaynaklı yazılım geliştirmedeki genel iyileştirme - ama tamamen farklı bir sistem.

Odağımızı proje barındırma - depolar, sorun izleme ve her şeyden - BountySource'un orijinal fikrinin kitle fonlaması boyutuna kaydırıyoruz.

Dot com gün boyunca temelde tam olarak ne açıklamak olduğunu bazı siteler gördüğümü hatırlıyorum. İnsanlar istedikleri küçük kodlama görevlerini, bir $ tutarında yayınlardı ve insanlar bu görevi yerine getirmek için kayıt yaptırabilirler - bu tema üzerinde bazı varyasyonlar vardı, ancak temel fikir buydu. Okuldan yeni çıkıp fazladan bir moolah ararken sık sık konuşup iyi bir şey ararım. Sonuç? Asla tek bir tane bile yapmadım. Her zaman (yapabildiğim) görevlere bakıp kafamda bir fiyat / performans yapardım ve gerçekten rahatsız etmek için zaman ayırmaya değmediğini fark ettim (tam olarak # 2'de yaptığınız nokta). Diğer sorun, neredeyse hepsinin zorlayıcı olmamalarıydı - çiftlikten çıkmalarının bir nedeni vardı :)

KevDog'a katılıyorum, eğer harika bir projeniz varsa ve insanların iyi bir PR (sözleri almak) varsa, sizi bulup işi ücretsiz olarak yapacaklardır. Asla paralı asker yoluna gitmemişken, kesinlikle burada ve orada, benim fantezi vurmak OSS projelerine kod katkıda bulundum.

Fikrin tamamen olasılık alanının dışında olduğunu düşünmüyorum, ancak görev paradigması başına maliyet, geliştirici için uygun maliyetli olmadığı veya orantılı olarak ölçeklenebilir olmadığı için çalışmaz.

Ben daha iyi bir sistem $ / Code Of adı geçen loc sürüm kontrolü x süre miktarı içinde bulunduğu ve yetersizlik nedenleriyle (örneğin hata) bağlı olmadığını düşünüyorum.