У меня есть библиотека для R (пакет статистики с открытым исходным кодом) на бумаге. Я начал кодировать различные функции, но я понимаю, что у меня нет времени, необходимого для завершения этого в разумные сроки. Я знаю, что могу просто добавить код в репозиторий и попросить других помочь заполнить пробелы. Но я хотел бы немного стимулировать вещи. Я думаю о назначении вознаграждения за каждую функцию, скажем, от 5 до 20 долларов. Нет никакого способа, которым 20 долларов были бы хорошим возвращением времени для разработчика, чтобы кодировать каждую функцию. Но я думаю, что наличные (или подарочные сертификаты Amazon) были бы изобретательны для людей, чтобы реально работать над проектом. И это позволило бы мне поставить более высокие оценки на функции, которые меня больше всего интересуют.
У меня есть несколько вопросов, связанных с этим:
- Хорошая идея?
- Я собираюсь заставить разработку работать быстрее или медленнее? Я прочитал « Предсказуемо иррационально» и обеспокоен тем, что, предлагая небольшую оплату за функции, я на самом деле могу сдерживать разработчиков.
- Есть ли сайты, посвященные этому виду деятельности? Можете ли вы порекомендовать один на основе личного опыта?
- Вы бы порекомендовали совершенно другой подход? Я открыт для идей!
источник
Ответы:
На мой взгляд, не очень хорошая идея. Ни один из известных мне программистов на OSS не ответил бы на такую награду.
Итак, что стимулирует людей? По словам Дэна Пинка, люди мотивированы:
Затем, чтобы привлечь хороших программистов, найдите способ предоставить некоторые или все эти элементы.
Второй подход, который может быть выполнен одновременно с первым, заключается в отображении домашней страницы, которая отслеживает ход выполнения проекта, показывая состояние каждой из функций вместе с человеком, который предоставил функцию, которая впервые прошла модульные тесты (вы делаете есть тесты, верно?).
Наконец, по моему опыту, убедительный проект не нуждается в большой помощи в привлечении участников. Посмотрите на то, что вы делаете, и если вам трудно привлекать и заставлять программистов работать над этим, подумайте о том, что это говорит вам о полезности вашего проекта.
источник
https://www.bountysource.com
Со страницы о:
BountySource изначально был создан в 2004 году с надеждой на расширение и улучшение разработки в сообществах программного обеспечения с открытым исходным кодом. Первая итерация BountySource предоставила множество инструментов, которые позволили легко управлять проектами с открытым исходным кодом. Некоторые из этих инструментов включают трекер задач, репозиторий кода SVN и систему управления контентом.
BountySource значительно опередил свое время ... мы хотели бы думать о нем как о предшественнике GitHub.
После долгого перерыва мы вернулись с тем же видением - общим улучшением в разработке программного обеспечения с открытым исходным кодом - но совершенно другой системой.
Мы переключаем наше внимание с хостинга проектов - репозиториев, отслеживания проблем и всего прочего - на краудфандинговый аспект оригинальной идеи BountySource.
источник
Я помню, как видел несколько сайтов в течение дней доткомов, которые в основном были именно тем, что вы описываете Люди будут публиковать небольшие задачи по кодированию, которые они хотят сделать, сумму в долларах, и люди могут зарегистрироваться, чтобы выполнить эту задачу - были некоторые вариации на эту тему, но это была основная идея. Будучи свежим из школы и ища лишние бабки, я часто ковырялся в поисках подходящего варианта. Результат? Я никогда не делал ни одного. Неизменно я смотрю на задачи (которые я могу выполнить) и делаю соотношение цены и качества в своей голове и понимаю, что это действительно не стоило моего времени, чтобы беспокоиться (именно то, что вы делаете в # 2). Другая проблема заключалась в том, что почти все они не были непреодолимыми проблемами - была причина, по которой их вырубали :)
Я согласен с KevDog в том, что если у вас будет классный проект и какой-нибудь достойный пиар (получая слово), люди найдут вас и сделают работу бесплатно. Несмотря на то, что я никогда не шел по пути наемников, я, безусловно, внес код здесь и там в проекты OSS, которые поразили меня.
источник
Я не думаю, что идея полностью выходит за рамки возможного, однако парадигма «цена за задачу» не работает, поскольку она неэффективна для разработчика и не пропорционально масштабируется.
Я думаю, что лучшей системой может быть $ / Line Of Code, где указанное loc находится в контроле версий в течение x промежутков времени и не передается по причинам некомпетентности (например, ошибка).
источник