Преимущества открытого исходного кода

У меня есть библиотека для 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, где указанное loc находится в контроле версий в течение x промежутков времени и не передается по причинам некомпетентности (например, ошибка).