분쟁없이 오픈 소스 팀원들 사이에서 기부금을 어떤 기준으로 분할 하시겠습니까? [닫은]


27

저는 SourceForge에서 호스팅되는 오픈 소스 프로젝트 개발자입니다.

그것은 작은 응용 프로그램으로 시작한 다음 일부 릴리스 후에 점점 더 인기를 얻었으며 더 많은 시간과 책임을 소비하기 시작했습니다. 그래서 SourceForge에서 기부 옵션을 활성화했습니다.

무료로 계속 개발하고 싶지만 돈이 들어 오면 팀과 어떻게 나누어야합니까?

  1. 팀원 수를 동일하게 나누어야합니까? (지금은 2 인 팀이므로 50-50)

  2. 팀원의 수업, 커밋 또는 기타 귀중한 제출 건수는?

  3. 다른 아이디어?

그런 상황에서 무엇을 하시겠습니까? 의견을 말 해주세요.
이 질문이 다른 사람들에게 도움이 되길 바랍니다.


2
질문은 프로그래밍에만 국한된 것으로 보이지 않습니다. 이것은 자원 봉사 프로젝트
gnat

4
@gnat 동의하지 않습니다. 오픈 소스 프로그래밍은 자원 봉사 프로젝트와 다릅니다. 오픈 소스 프로젝트에서 시작 기여가 더 쉽게 인식되기 때문입니다. +1을주는 것은 불공정에 대응하기 위해 -1
톰 종복

1
@TomSquire 는 무엇 보다 더 쉽게 구할 있습니까? 내가 참여한 자원 봉사 활동은 기여를 인정하는 데 문제가 없었습니다. 투명한 인식은 오픈 소스 소프트웨어 프로젝트에 실제로 "유행 적"이 아니라 자원 봉사에있어 일반적으로 보인다
gnat

4
@gnat 많은 소규모 프로젝트들이 소프트웨어를 유용하게 사용하는 사람들로부터 돈을받을 때 직면하는 결정이 분명하기 때문에 이것은 (나에게) 주제에 대해 완벽하게 보인다. 나에게 그것은 주제뿐만 아니라 유용하게 만듭니다.
Tim Post

5
@Tim Post에게 감사합니다. IMO에서이 문제를 검색하는 사람은 누구나 비영리 또는 자원 봉사 사이트가 아니라 프로그래밍 사이트를 봅니다. 대부분의 자원 봉사 단체는 비용을 지출하거나 도움을주고 자하는 사람들에게 돈을 돌려줍니다. 오픈 소스 프로젝트는 비용이 거의 들지 않으며 대부분의 경우 기부하는 프로젝트입니다.
JeffO

답변:


53

프로젝트 멤버에게 배포 하지 않는 것이 좋습니다 . 재무를 임명하거나 선출하고, 계좌를 개설하고 돈을 입금하여 간단한이자를 얻으십시오. 기부 한 자금을 개발자들에게 배포하면 프로젝트가 성장함에 따라 적어도 하나 이상의 자금이 배제됩니다.

대신, 자금의 다른 가능성을 고려하십시오.

  • 꽃잎 장식. 코드에 사소한 기여를 한 사람들에게 보낼 티셔츠를 인쇄하십시오.

  • 바운티. 커뮤니티가 실제로 원하는 기능에 대해 보상을하지만 아무도 실제로 구현하고 싶지 않다고 생각하십시오. 이것은 또한 새로운 장기 기고자를 얻는 좋은 방법입니다. 또는, 실제로 난해한 버그를 수정하기 위해 약간 '냄비를 달다'. 현상금은하지 않습니다 당신이 약탈을주고있다 특히, 현금을 할 수 있습니다. 또한 약탈 할 필요가 없습니다. 손에 든 Pi는 오븐에서 10의 가치가 있습니다.

  • 하드웨어. 모든 개발자가 사용할 수있는 커뮤니티 소유의 물건을 구매하십시오. 메일을 통해 공유되는 서버 또는 가젯 일 수 있습니다.

  • 도구 / 라이센스. 오픈 소스 프로젝트 일지라도 소프트웨어 비용을 지불해야 할 수도 있습니다. 개방형 대안을 만들기 위해 Acme Widgets 사본을 구매해야하거나 훌륭한 기여자가 개발 환경을 업그레이드하도록 도와야 할 수도 있습니다.

  • 행사. 기회가있을 때 개발자를 컨퍼런스 또는 주요 이벤트로 보내십시오. 또는 충분한 사람들이 참석할 수 있다면 자신 만의 모임을 후원하십시오.

  • 법적 수수료. (고맙게도) 여전히 상대적으로 드문 일 동안 1 , 당신은 여러 가지 이유로 소송에서 자신을 찾을 수 있습니다. 돈을 버는 것이 좋습니다. 이것은 단순히 라이센스 나 저작권을 시행하거나 다른 것을 막는 것일 수 있습니다.

돈을 뿌릴 수있는 방법은 너무나 많기 때문에 모든 사람이 혜택을 누릴 수 있습니다 .

기부금과 커뮤니티 지원으로 인해 가장 많은 개발자 중 일부를 고용하여 풀 타임으로 프로젝트를 진행할 수 있다면 프로젝트를 취미보다 비즈니스로 간주해야한다는 의미입니다.


1 오픈 소스에서의 소송은 비행기 추락과 매우 유사합니다. 어떤 일이 발생했을 때 뉴스에서 공포 이야기와 드라마에 대해 읽었지만 아무런 문제없이 계속 존재하고있는 수백만 개의 프로젝트를 잊지 마십시오.


2
바운티 이외의 모든 것에 동의합니다. 현금 바운티는 일을하는 일반적인 동기를 대체 할 가능성이 높습니다. 그리고 뭔가 중요한 일이 있다면 조만간 누군가 그렇게 할 것입니다. 또한, 바운티를 입을 대상을 결정하고 바운티가있는 물건이 충분히 잘 처리되었다고 어떻게 결정합니까?
HenningJ

1
@HenningJ 저는 많은 유급 프로그래머들이 돈을 보조 동기 부여로 여기기 때문에 현금 바운티가 기부 동기를 대신한다고 생각하지 않습니다. 그러나 당신이 지적했듯이, 그들은 조직하고 관리하기가 까다로울 수 있으며 실제로 커뮤니티에 달려 있습니다. 나는 그들이 성공적으로 사용되는 것을 보았 기 때문에 그것을 열거했으며, 기부 된 자금을 사용하는 한 가지 가능한 방법입니다.
Tim Post

상금은하지 않는 @HenningJ 나는 조금 편집 대답을했다 이 약탈을주고있다 특히, 현금 기반으로 할 수 있습니다. 몬스터 버그를 수정하여 T 셔츠를 얻는 데 아무런 문제가 없습니다.
Tim Post

(보다 일반적으로 도움이되는) 답변에 감사드립니다. 나는 나뿐만 아니라 이런 종류의 혼란에 직면 한 모든 사람들에게도 도움이되는 대답을 기대했다. 이제이 질문이 Google 검색 결과에 나오면이 모든 좋은 답변이 도움이 될 것입니다.
Vigneshwaran

7

실제로는 팀을 꺼내 맥주 한 잔을 사기에 충분할 때까지 PayPal 계정에 저장됩니다. 그리고 대부분의 OS 프로젝트를 좋아한다면 지금부터 몇 개월 또는 몇 년이 걸릴 것입니다.

그것이 실제 금액이된다면, 나는 돈이 아닌 개발자에게 돈을 쓰지 말 것을 제안합니다. 대신 프로젝트 (하드웨어,베이스 캠프 계정 등)를 진행하는 데 필요한 도구 또는 티셔츠 및 책상 장난감과 같은 재미 있고 저렴한 마케팅에 투자하십시오. 기여한 모든 사람이 티셔츠를 입수하고 사용자 그룹과 컨벤션 및 물건을 던질 수 있도록 충분히 남겨 두십시오.


5

프로젝트에 다시 넣거나 (서버 구매) 중요한 기여자간에 똑같이 나눕니다 (두 줄만 수행 한 사람들에게 제공하지 마십시오).

사람들은 돈을 위해 오픈 소스 프로젝트를 수행하지 않습니다. 복잡한 방식으로 돈을 공유하려고 시도하면 프로젝트의 현금 측면을 강조하고 경계를 모욕합니다.


3
그러나 "유의 한"이라는 단어는 문제가 있습니다. 프로젝트 리더로서 그는 분명히 그 선을 그릴 수 있지만 한 줄 수정으로 오랫동안 미묘한 버그를 수정 한 친구는 어떻습니까? 아니면 기여가 "거의"중요한 사람입니까? 하드 메트릭을 사용하거나 전혀 사용하지 않는 것이 좋습니다.
Dan Ray

1
@ 단 : 누군가가 당신의 선택에 동의하지 않는다고해서 선택하는 것이 잘못되었다는 것을 의미하지는 않습니다. 그가 프로젝트 리더라면 그는 돈으로 무엇을 할 것인지 선택하게됩니다. 공동 지도자는 함께 선택할 수 있습니다. 그 선택은 본질적으로 주관적입니다. 다른 사람들이 마음에 들지 않으면 프로젝트를 포크 할 수 있습니다.
Jaap

2

그냥 내 의견이지만 걱정할 가치가있을 때까지 걱정하지 마십시오. 당신이 여기저기서 약간의 돈을 벌고 있다면 누군가가 특별히 요구하지 않는 한 나는 땀을 흘리거나 죄책감을 느끼지 않을 것입니다.

지금, 지속적인 작업을 위해, "이봐, 나는 사이트에 기부금 버튼이 있고 n기부금이 들어올 때 삭감의 %를 줄 것이다"라고 말할 수도 있습니다.


1

"코드 바운티"라는 아이디어가 정말 마음에 듭니다. 이는 사람들에게 중요한 것을 개선하기 위해 기부하기 때문에 기부하도록 장려하는 데 도움이됩니다. 이는 요청 된 기능을 구현하는 사람이 돈을이기는 것을 의미합니다. "문제 ;-)).

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.