Na jakiej podstawie podzieliłbyś pieniądze na darowizny między członków zespołu open source bez żadnych konfliktów? [Zamknięte]

27

Jestem deweloperem projektu open source, który jest hostowany w SourceForge.

Zaczęło się jako mała aplikacja, a po kilku wydaniach stała się coraz bardziej popularna i zaczęła zużywać ode mnie więcej czasu i odpowiedzialności. Włączyłem więc opcję darowizny w SourceForge.

Jestem pasjonatem dalszego rozwijania go za darmo, ale jeśli (kiedykolwiek) przychodzą jakieś pieniądze, jak powinienem podzielić je z moim zespołem?

  1. Czy powinienem rozdzielić kwotę równo między liczbę członków zespołu? (50-50, ponieważ obecnie jest to zespół złożony z dwóch członków)

  2. Liczba klas, zobowiązań lub innych cennych zgłoszeń członków zespołu?

  3. Jakiś inny pomysł?

Co byś zrobił w takiej sytuacji? Proszę podać swoje opinie.
Mam nadzieję, że to pytanie przyda się innym.

Vigneshwaran
źródło
2
pytanie nie wydaje się specyficzne dla programowania - może to być dowolny projekt wolontariacki
gnat
4
@gnat Nie zgadzam się. Programowanie open source to nie to samo, co każdy projekt wolontariacki. Ponieważ na początku wkład łatwiej rozpoznać w projekcie open source. Dawanie +1 w celu przeciwdziałania niesprawiedliwemu -1
Tom Squires
1
@TomSquires łatwiej w porównaniu do czego? Żadne z działań wolontariackich, w których uczestniczyłem, nie miało problemów z rozpoznaniem wkładu. Przejrzyste rozpoznawanie wygląda naprawdę typowo w wolontariacie, a nie „endemiczne” w projektach oprogramowania open source
gnat
4
@gnat To wydaje mi się (idealnie) na temat, ponieważ kontekst jest wyraźnie decyzją, przed którą staje wiele małych projektów, gdy otrzymują pieniądze od ludzi, którzy uważają oprogramowanie za przydatne. Dla mnie to sprawia, że ​​jest to nie tylko temat, ale także przydatne.
Tim Post
5
Dziękuję @Tim Post. IMO, każdy, kto szuka tego problemu, nie szukałby strony non-profit lub ochotniczej, ale witrynę programistyczną. Większość organizacji ochotniczych wydaje pieniądze na wydatki lub oddaje je tym, którym próbują pomóc. Projekty o otwartym kodzie źródłowym mają bardzo mało wydatków, a te, na które pomagają, w większości przypadków są darowiznami.
JeffO

Odpowiedzi:

53

Polecam w ogóle nie rozpowszechniać go wśród członków projektu. Powołaj lub wybierz skarbnika, otwórz konto i zdeponuj pieniądze, aby uzyskać proste odsetki. Jeśli przekażesz przekazane fundusze między programistów, co najmniej jeden zostanie pozbawiony praw autorskich w miarę rozwoju projektu.

Zamiast tego rozważ inne możliwości funduszy:

  • Łup. Wydrukuj kilka koszulek, aby wysłać je osobom, które włożyły więcej niż trywialny wkład w kod.

  • Nagrody Umieść nagrodę za funkcję, której tak naprawdę chce społeczność, ale nikt tak naprawdę nie ma ochoty na jej wdrożenie. To także świetny sposób na pozyskanie nowych długoterminowych współpracowników. Lub „trochę osłodzić pulę”, aby naprawić naprawdę kłopotliwy błąd. Nagrody nie muszą być gotówką, zwłaszcza jeśli masz łup do rozdania. Nie musi też być łupem, pi w dłoni jest warte 10 w piekarniku.

  • Sprzęt komputerowy. Kupuj rzeczy będące własnością społeczności, z których mogą korzystać wszyscy programiści. Mogą to być serwery lub gadżety udostępniane za pośrednictwem poczty.

  • Narzędzia / Licencjonowanie. Być może trzeba będzie zapłacić za oprogramowanie, nawet będąc projektem typu open source. Być może trzeba będzie kupić kopię widgetów Acme, aby przestudiować ją w celu stworzenia otwartej alternatywy, lub może pomóc świetnemu współpracownikowi w ulepszeniu środowiska programistycznego.

  • Wydarzenia Pomóż wysyłać programistów na konferencje lub najważniejsze wydarzenia, gdy pojawiają się okazje. Lub sponsoruj własne spotkanie, jeśli wystarczająca liczba osób będzie mogła wziąć udział.

  • Opłaty sądowe. Chociaż (na szczęście) wciąż stosunkowo rzadko 1 , możesz znaleźć się w sporze sądowym z wielu powodów. Dobrze jest odłożyć trochę pieniędzy. Może to być po prostu egzekwowanie licencji lub praw autorskich lub obrona przed czymś innym.

Istnieje tak wiele sposobów na rozłożenie pieniędzy, aby wszyscy mogli z nich korzystać, więc naprawdę nie ma sensu ograniczać dobra, które w innym przypadku mogłoby to zrobić.

Jeśli dojdziesz do tego, że darowizny i wsparcie społeczności sprawiają, że zatrudnienie jednych z najbardziej płodnych programistów do pracy nad projektem w pełnym wymiarze czasu jest rozsądne, oznacza to, że powinieneś patrzeć na projekt bardziej na biznes niż hobby.


1 Spory sądowe w otwartym kodzie źródłowym przypominają katastrofy lotnicze. Gdy coś się dzieje, czytasz o horrorach i dramatach, ale nie zapominaj o prawie milionach projektów, które mają i będą istnieć bez żadnych problemów

Tim Post
źródło
2
Zgadzam się ze wszystkim oprócz nagród. Nagrody pieniężne najprawdopodobniej zastąpią normalną motywację do robienia rzeczy. A jeśli coś jest wystarczająco ważne, wcześniej czy później ktoś to zrobi. Ponadto, kto decyduje o tym, na co należy liczyć nagrody i jak decydujesz, że rzeczy z nagrodą zostały wykonane wystarczająco dobrze?
HenningJ
1
@HenningJ Nie sądzę, że nagrody pieniężne zastępują wewnętrzną motywację do wniesienia wkładu, ponieważ wielu płatnych programistów uważa, że ​​pieniądze są dodatkowym czynnikiem motywującym. Ale, jak zauważyłeś, mogą być trudne w organizacji i zarządzaniu, to naprawdę zależy od społeczności. Wymieniłem go, ponieważ widziałem, jak z powodzeniem je wykorzystuje, i jest to jeden z możliwych sposobów wykorzystania przekazanych funduszy.
Tim Post
@HenningJ Trochę zmodyfikowałem odpowiedź, ponieważ nagrody nie muszą być oparte na gotówce, zwłaszcza jeśli masz łup. Nie widzę nic złego w zdobyciu koszulki za naprawienie robaka-potwora.
Tim Post
Dziękuję za (bardziej ogólnie pomocną) odpowiedź. Spodziewałem się odpowiedzi, która jest nie tylko pomocna dla mnie, ale także dla wszystkich, którzy napotykają tego rodzaju zamieszanie. Teraz, gdy to pytanie pojawia się w wynikach Google, wszystkie te dobre odpowiedzi będą pomocne.
Vigneshwaran,
7

Myślę, że w rzeczywistości jest tak, że będzie on znajdować się na Twoim koncie PayPal, dopóki nie będzie wystarczająco dużo, aby zabrać zespół i kupić rundę piwa. A jeśli lubisz większość projektów systemów operacyjnych, miną miesiące lub lata .

Jeśli będzie to jakakolwiek realna suma pieniędzy, proponuję NIE wydawać jej na programistów - którzy oczywiście poświęcają swój czas i wiedzę z dobrych powodów, które nie są finansowe. Zamiast tego wydawaj je na narzędzia potrzebne do realizacji projektu (sprzęt, konto Basecamp itp.) Lub na zabawne tanie rzeczy marketingowe, takie jak koszulki i zabawki na biurko. Upewnij się, że wszyscy, którzy kiedykolwiek wnieśli swój wkład, otrzymają koszulkę, a masz wystarczająco dużo, aby rzucić się na grupy użytkowników, konwencje i inne rzeczy.

Dan Ray
źródło
5

Albo włóż go z powrotem do projektu (kup serwery itp.) Lub podziel go równo pomiędzy znaczących współpracowników (nie dawaj nikomu osobom, które zrobiły tylko kilka linijek).

Ludzie nie pracują przy projektach open source za pieniądze. Próba dzielenia się pieniędzmi w jakikolwiek złożony sposób podkreśla aspekt gotówkowy projektu i jest obraźliwa

Tom Squires
źródło
3
Słowo „znaczący” jest jednak problematyczne. Kierownik projektu oczywiście rysuje tę linię, ale co z kolesiem, którego poprawka w jednym wierszu naprawiła długotrwały i subtelny błąd? Czy facet, którego wkład był „prawie” znaczący? Lepiej mieć twardą metrykę lub w ogóle jej nie robić, IMO.
Dan Ray
1
@ Dan: tylko dlatego, że ktoś nie zgadza się z twoimi wyborami, nie oznacza, że ​​dokonanie wyboru jest złe. Jeśli jest liderem projektu, może wybrać, co zrobić z pieniędzmi. Wspólni liderzy mogą wspólnie wybierać. Ten wybór jest z natury subiektywny. Jeśli innym się to nie spodoba, mogą rozwidlić projekt.
Jaap
2

Po prostu moja opinia, ale powiedziałbym, że nie przejmuj się, dopóki nie warto się martwić. Jeśli dostajesz kilka dolców tu i tam dla siebie, nie pociłbym się ani nie czułbym się winny z tego powodu, chyba że ktoś specjalnie o to poprosi.

Teraz, jeśli chodzi o bieżące prace, mogę powiedzieć: „hej, mam przycisk darowizny na stronie, a dam ci nprocent cięcia, kiedy nadejdą darowizny” tylko po to, by zadzwonić i być otwartym na ten temat.

Demian Brecht
źródło
1

Naprawdę podoba mi się pomysł „nagród za kod”. Pomaga zachęcić ludzi do przekazywania darowizn, ponieważ przekazują darowizny w celu ulepszenia czegoś, co jest dla nich ważne, a to oznacza, że ​​każdy, kto wdroży żądaną funkcję / funkcje, wygrywa pieniądze (a także rozwiązuje „sposób równego podziału 50 centów, gdy jest 8 programistów „problem ;-)).

Brendan
źródło