Відкритий код джерел

У мене є бібліотека для R (відкритий пакет статистики), відображена на папері. Я почав кодувати різні функції, але розумію, що у мене немає часу, необхідного для завершення цього за розумну кількість часу. Я знаю, що можу просто кинути код на репо і закликати інших допомогти заповнити пробіли. Але я хотів би трохи стимулювати речі. Я думаю про те, щоб поставити суму за кожну функцію, скажімо, $ 5- 20. Немає можливості, щоб 20 доларів були справедливою віддачею часу розробнику для кодування кожної функції. Але я вважаю, що готівка (або подарункові сертифікати Amazon) буде винахідливим для людей, які насправді працюють над проектом. І це дозволило б мені поставити більш високі приємності на ті функції, які мене найбільше цікавлять.

У мене є кілька питань, пов’язаних з цим:

1. Гарна ідея?
2. Я збираюся змусити розробку працювати швидше чи повільніше? Я читав " Непередбачувано нераціонально", і я стурбований тим, що пропонуючи первинну оплату за функції, я можу насправді зневажливо розробити розробників.
3. Чи є сайти, присвячені цьому виду діяльності? Ви можете порекомендувати його на основі особистого досвіду?
4. Чи рекомендуєте ви зовсім інший підхід? Я відкритий до ідей!

Не гарна ідея, на мій погляд. Жоден із програмістів OSS, якого я знаю, не відповів би на таку суму.

Отже, що стимулює людей? За словами Ден Пінк, людей мотивують:

• Автономія
• Майстерність
• Призначення

Потім, щоб залучити хороших програмістів, знайдіть спосіб надати деякі чи всі ці елементи.

Другий підхід, який можна зробити одночасно з першим, - це відображення домашньої сторінки, яка відстежує хід проекту, показуючи статус кожної з функцій разом із особою, яка надала функцію, яка вперше пройшла одиничні тести (ви робите мають тести, правда?).

Нарешті, мій досвід, що переконливому проекту не потрібна велика допомога у залученні учасників. Погляньте, що ви робите, і якщо вам важко залучати та утримувати програмістів для роботи над цим, подумайте, що це говорить про корисність вашого проекту.

https://www.bountysource.com

З сторінки про:

BountySource спочатку був створений у 2004 році з надією на збільшення та покращення розвитку в програмних спільнотах з відкритим кодом. Перша ітерація BountySource забезпечила різноманітні інструменти, що дозволяють легко управляти проектами з відкритим кодом. Деякі з цих інструментів включали функцію відстеження завдань, сховище коду SVN та систему управління вмістом.

BountySource набагато випереджав свій час ... ми хотіли б подумати про це як про попередника GitHub.

Після тривалого перерви ми знову з тим самим баченням - загальним поліпшенням розробки програмного забезпечення з відкритим кодом - але зовсім іншою системою.

Ми перекладаємо свою увагу з хостингу проектів - сховищ, відстеження випусків і все - на аспект краудфандингу оригінальної ідеї BountySource.

Я пам’ятаю, що бачив деякі сайти протягом точок днів, які були в основному саме ти описаними. Люди розміщували невеликі завдання з кодування, які хотіли виконати, суму в $, і люди могли зареєструватися для виконання зазначеного завдання - на цю тему були деякі варіанти, але це була основна ідея. Будучи свіжим поза школою і шукаючи зайвого мула, я часто блукав і шукав хорошого. Результат? Я ніколи не робив жодної. Незмінно я поглянув би на завдання (які я міг би зробити) і зробив би ціну / продуктивність в голові і зрозумів, що це насправді не варто мого часу турбувати (саме те, що ти робиш у №2). Інша проблема полягала в тому, що майже всі вони не мали переконливих проблем - була причина, по якій їх розводять :)

Я погоджуюся з KevDog, що якщо у вас є класний проект та пристойний піар (отримання слова), люди прийдуть знайти вас і виконати роботу безкоштовно. Хоча я ніколи не проходив корисливий шлях, я, безумовно, вносив код тут і там для проектів OSS, які вражають мою фантазію.

Я не думаю, що ідея зовсім не в області можливості, проте парадигма витрат на завдання не працює, оскільки вона не є економічно ефективною для розробника, а також пропорційно масштабована.

Я думаю, що кращою системою може бути $ / Line Of Code, коли вказаний локальний проживає в контролі версій протягом x кількість часу і не вчиняється через причини некомпетентності (наприклад, помилка).