오픈 소스 코드 바운티

종이에 매핑 된 R (오픈 소스 통계 패키지) 라이브러리가 있습니다. 다른 기능을 코딩하기 시작했지만 합리적인 시간 내에이 작업을 완료하는 데 필요한 시간이 없다는 것을 알고 있습니다. 리포지토리에 코드를 버리고 다른 사람들이 빈칸을 채우도록 도와 줄 수 있다는 것을 알고 있습니다. 그러나 나는 약간의 인센티브를주고 싶습니다. 나는 $ 5- $ 20의 각 기능에 현상금을 넣는 것에 대해 생각하고 있습니다. 개발자가 각 함수를 코딩 할 때 20 달러의 시간을 공정하게 반환 할 수있는 방법은 없습니다. 그러나 제 생각에는 사람들이 실제로 프로젝트를 수행하는 데있어 현금 (또는 아마존 상품권)이 독창적이라고 생각합니다. 그리고 그것은 내가 가장 관심있는 기능에 더 높은 보상을 줄 수있게 해줄 것입니다.

이와 관련하여 몇 가지 질문이 있습니다.

1. 좋은 생각?
2. 개발 작업을 더 빨리 또는 더 느리게 만들까요? 나는 Predictably Irrational을 읽었 으며 기능에 대한 멘탈 지불을 제공함으로써 실제로 개발자를 해칠 수 있다고 우려하고 있습니다.
3. 이러한 유형의 활동에 전념하는 사이트가 있습니까? 개인적인 경험을 바탕으로 추천 할 수 있습니까?
4. 완전히 다른 접근법을 추천 하시겠습니까? 나는 아이디어에 개방적이다!

제 생각에는 좋지 않습니다. 내가 아는 OSS 프로그래머는 그러한 현상금에 반응하지 않을 것입니다.

그렇다면 사람들에게 인센티브를주는 것은 무엇입니까? Dan Pink 에 따르면 사람들은 다음과 같은 동기가 있습니다.

• 자치
• 지배
• 목적

그런 다음 좋은 프로그래머를 유치하려면 해당 항목 중 일부 또는 전부를 제공 할 수있는 방법을 찾으십시오.

첫 번째와 동시에 수행 할 수있는 두 번째 접근법은 프로젝트 진행 상황을 추적하는 홈 페이지를 표시하여 각 기능의 상태와 단위 테스트를 처음 통과 한 기능을 제공 한 사람과 함께 표시하는 것입니다 테스트를해야합니까?).

마지막으로, 매력적인 프로젝트가 기고자를 유치하는 데 많은 도움이 필요하지 않은 것은 저의 경험이었습니다. 당신이하고있는 일을보고 프로그래머가 그것을 끌어 들이고 유지하는 데 어려움을 겪고 있다면 프로젝트의 유용성에 대해 알려주는 것이 무엇인지 생각해보십시오.

https://www.bountysource.com

정보 페이지에서 :

BountySource는 2004 년 오픈 소스 소프트웨어 커뮤니티의 개발을 늘리고 개선하기 위해 만들어졌습니다. BountySource의 첫 번째 반복에서는 오픈 소스 프로젝트를 쉽게 관리 할 수있는 다양한 도구를 제공했습니다. 이러한 도구 중 일부에는 작업 추적기, SVN 코드 리포지토리 및 콘텐츠 관리 시스템이 포함되었습니다.

BountySource는 그 시대를 앞섰습니다 ... GitHub의 전신으로 생각하고 싶습니다.

오랜 시간이 지난 후에도 오픈 소스 소프트웨어 개발의 전반적인 개선이라는 완전히 같은 비전으로 완전히 다른 시스템으로 돌아 왔습니다.

우리는 프로젝트 호스팅 (리포지토리, 이슈 트래킹 및 전체)에서 BountySource의 원래 아이디어의 크라우드 펀딩 측면으로 초점을 전환하고 있습니다.

닷컴 근무 기간 동안 기본적으로 정확히 묘사 한 일부 사이트를 본 것을 기억합니다. 사람들은 원하는 작은 코딩 작업, $ 금액을 게시하고 사람들은 해당 작업을 수행하기 위해 등록 할 수 있습니다. 해당 주제에 약간의 변형이 있었지만 이것이 기본 아이디어였습니다. 학교 밖에서 신선하고 여분의 moolah를 찾고 있다면 종종 찌르고 좋은 것을 찾습니다. 결과? 한 번도 한 적이 없습니다. 나는 항상 할 수있는 일들을보고 머리에서 가격 / 성능을 수행하고 실제로 귀찮게 할 시간이 아니라는 것을 깨달았습니다 (정확히 # 2의 요점). 다른 문제는 거의 모든 사람들이 설득력있는 문제가 아니라는 것입니다.

KevDog에 동의합니다. 멋진 프로젝트와 좋은 PR (말씀을 얻음)이 있으면 사람들이 당신을 찾아서 무료로 일할 것이라는 점에 동의합니다. 나는 용병 길을 가본 적이 없지만 분명히 여기 저기에 공상을 치는 OSS 프로젝트에 코드를 기여했습니다.

아이디어가 가능성의 범위를 완전히 벗어난 것은 아니라고 생각하지만 작업 당 비용 패러다임은 개발자에게 비용 효과적이지 않거나 비례 적으로 확장 가능하지 않으므로 작동하지 않습니다.

나는 더 나은 시스템이 $ / Line Of Code 일 수 있다고 생각합니다.