Ich habe eine Bibliothek für R (Open Source Statistics Package) auf Papier. Ich habe angefangen, die verschiedenen Funktionen zu codieren, aber mir ist klar, dass ich nicht die Zeit habe, um dies in angemessener Zeit zu erledigen. Ich weiß, dass ich den Code einfach auf ein Repo werfen und andere anrufen kann, um beim Ausfüllen der Lücken zu helfen. Aber ich möchte ein bisschen Anreize schaffen. Ich denke darüber nach, für jede Funktion ein Kopfgeld von beispielsweise 5 bis 20 US-Dollar zu zahlen. Es gibt keine Möglichkeit, dass 20 US-Dollar eine faire Rendite für einen Entwickler darstellen, um jede Funktion zu codieren. Mein Gedanke ist jedoch, dass das Geld (oder die Amazon-Geschenkgutscheine) einfallsreich wäre, damit die Leute tatsächlich an dem Projekt arbeiten können. Und es würde mir erlauben, höhere Prämien für die Funktionen zu setzen, an denen ich am meisten interessiert bin.
Ich habe ein paar Fragen dazu:
- Gute Idee?
- Ich werde die Entwicklung schneller oder langsamer machen? Ich habe Predictably Irrational gelesen und bin besorgt, dass ich Entwickler nicht abschrecken könnte, wenn ich nur eine geringe Bezahlung für Funktionen anbiete.
- Gibt es Websites, die dieser Art von Aktivität gewidmet sind? Können Sie eine empfehlen, die auf persönlichen Erfahrungen basiert?
- Würden Sie einen völlig anderen Ansatz empfehlen? Ich bin offen für Ideen!
quelle
Antworten:
In meinen Augen keine gute Idee. Keiner der mir bekannten OSS-Programmierer würde auf eine solche Prämie reagieren.
Was motiviert die Menschen? Laut Dan Pink sind die Menschen motiviert von:
Um gute Programmierer anzulocken, finden Sie einen Weg, einige oder alle dieser Elemente bereitzustellen.
Ein zweiter Ansatz, der gleichzeitig mit dem ersten durchgeführt werden kann, besteht darin, eine Homepage anzuzeigen, die den Fortschritt des Projekts verfolgt und den Status jeder Funktion zusammen mit der Person anzeigt, die die Funktion bereitgestellt hat, die die Komponententests zum ersten Mal bestanden hat (Sie tun dies) Tests haben, oder?).
Schließlich habe ich die Erfahrung gemacht, dass ein überzeugendes Projekt nicht viel Hilfe benötigt, um Mitwirkende zu gewinnen. Schauen Sie sich an, was Sie tun, und wenn Sie Schwierigkeiten haben, Programmierer für die Arbeit zu gewinnen und zu halten, denken Sie darüber nach, was Ihnen über die Nützlichkeit Ihres Projekts aussagt.
quelle
https://www.bountysource.com
Von der About-Seite:
BountySource wurde ursprünglich im Jahr 2004 mit der Hoffnung gegründet, die Entwicklung in Open-Source-Software-Communities zu steigern und zu verbessern. Die erste Iteration von BountySource bot eine Vielzahl von Tools, mit denen Open-Source-Projekte einfach verwaltet werden konnten. Einige dieser Tools umfassten einen Task Tracker, ein SVN Code Repository und ein Content Management System.
BountySource war seiner Zeit weit voraus ... wir möchten es als Vorgänger von GitHub betrachten.
Nach einer längeren Pause sind wir mit derselben Vision zurück - einer allgemeinen Verbesserung der Open-Source-Softwareentwicklung -, aber einem völlig anderen System.
Wir verlagern unseren Fokus vom Projekthosting - Repositories, Issue Tracking und so weiter - auf den Crowdfunding-Aspekt der ursprünglichen Idee von BountySource.
quelle
Ich erinnere mich, dass ich während der Dotcom-Tage einige Websites gesehen habe, die im Grunde genau das waren, was Sie beschrieben haben. Die Leute posteten kleine Codierungsaufgaben, die sie erledigen wollten, einen Betrag von $, und die Leute konnten sich registrieren, um diese Aufgabe auszuführen - es gab einige Variationen dieses Themas, aber das war die Grundidee. Da ich frisch von der Schule war und nach etwas mehr Moolah suchte, stöberte ich oft herum und suchte nach einem guten, den ich tun konnte. Das Ergebnis? Ich habe nie einen einzigen gemacht. Ausnahmslos schaute ich mir die Aufgaben an (die ich erledigen konnte) und machte einen Preis / eine Leistung in meinem Kopf und stellte fest, dass es meine Zeit wirklich nicht wert war, sich darum zu kümmern (genau der Punkt, den Sie in # 2 ansprechen). Das andere Problem war, dass fast alle von ihnen keine zwingenden Probleme waren - es gab einen Grund, warum sie bewirtschaftet wurden :)
Ich stimme KevDog zu, dass wenn Sie ein cooles Projekt und eine anständige PR haben (das Wort herausbringen), die Leute Sie finden und die Arbeit kostenlos erledigen werden. Obwohl ich noch nie den Söldnerweg gegangen bin, habe ich hier und da Code für OSS-Projekte beigesteuert, die mir gefallen.
quelle
Ich denke nicht, dass die Idee völlig unmöglich ist, aber das Paradigma der Kosten pro Aufgabe funktioniert nicht, da es für den Entwickler weder kosteneffektiv noch proportional skalierbar ist.
Ich denke, ein besseres System könnte $ / Line Of Code sein, bei dem sich der Loc x Zeit lang in der Versionskontrolle befindet und aus Gründen der Inkompetenz (z. B. Fehler) nicht festgeschrieben wird.
quelle