J'ai une bibliothèque pour R (package de statistiques open source) cartographiée sur papier. J'ai commencé à coder les différentes fonctions mais je me rends compte que je n'ai pas le temps nécessaire pour terminer cela dans un délai raisonnable. Je sais que je peux simplement jeter le code sur un dépôt et appeler d'autres personnes pour aider à remplir les blancs. Mais j'aimerais un peu encourager les choses. Je pense à mettre une prime sur chaque fonction de, disons, 5- $ 20 $. Il n'y a aucun moyen que 20 $ soit un juste retour sur le temps pour un développeur de coder chaque fonction. Mais ma pensée est que l'argent (ou les chèques-cadeaux Amazon) serait inventif pour que les gens travaillent réellement sur le projet. Et cela me permettrait de mettre des primes plus élevées sur les fonctions qui m'intéressent le plus.
J'ai quelques questions à ce sujet:
- Bonne idée?
- Je vais accélérer ou ralentir le développement? J'ai lu Predictably Irrational et je crains qu'en offrant un salaire subalterne pour les fonctions, je puisse en fait dissuader les développeurs.
- Existe-t-il des sites dédiés à ce type d'activité? Pouvez-vous en recommander un basé sur votre expérience personnelle?
- Recommanderiez-vous une approche totalement différente? Je suis ouvert aux idées!
la source
Réponses:
Pas une bonne idée, dans mon esprit. Aucun des programmeurs OSS que je connais ne répondrait à une telle prime.
Alors, qu'est-ce qui incite les gens? Selon Dan Pink, les gens sont motivés par:
Ensuite, pour attirer de bons programmeurs, trouvez un moyen de fournir tout ou partie de ces éléments.
Une deuxième approche qui peut être effectuée en même temps que la première consiste à afficher une page d'accueil qui suit l'avancement du projet, montrant le statut de chacune des fonctions ainsi que la personne qui a fourni la fonction qui a réussi les premiers tests unitaires (vous faites avoir des tests, non?).
Enfin, d'après mon expérience, un projet convaincant n'a pas besoin de beaucoup d'aide pour attirer des contributeurs. Jetez un oeil à ce que vous faites et si vous avez du mal à attirer et à garder les programmeurs pour y travailler, pensez à ce que cela vous dit sur l'utilité de votre projet.
la source
https://www.bountysource.com
De la page à propos:
BountySource a été créé à l'origine en 2004 dans l'espoir d'augmenter et d'améliorer le développement dans les communautés de logiciels open source. La première itération de BountySource a fourni une variété d'outils qui ont permis une gestion facile des projets open source. Certains de ces outils comprenaient un traqueur de tâches, un référentiel de code SVN et un système de gestion de contenu.
BountySource était bien en avance sur son temps ... nous aimerions le considérer comme un prédécesseur de GitHub.
Après une longue pause, nous sommes de retour avec la même vision - l'amélioration globale du développement de logiciels open source - mais un système complètement différent.
Nous déplaçons notre attention de l'hébergement de projets - référentiels, suivi des problèmes et tout - à l'aspect de financement participatif de l'idée originale de BountySource.
la source
Je me souviens avoir vu certains sites au cours des jours dot com qui étaient essentiellement exactement ce que vous décrivez. Les gens posteraient de petites tâches de codage qu'ils voulaient faire, un montant de $, et les gens pourraient s'inscrire pour effectuer ladite tâche - il y avait quelques variations sur ce thème, mais c'était l'idée de base. Étant fraîchement sorti de l'école et à la recherche de moolah supplémentaire, je fouinais souvent et cherchais une bonne chose à faire. Le résultat? Je n'en ai jamais fait un seul. Invariablement, je regardais les tâches (que je pouvais faire) et je faisais un rapport prix / performances dans ma tête et je réalisais que cela ne valait vraiment pas la peine de me déranger (exactement le point que vous faites en # 2). L'autre problème était que presque tous n'étaient pas des problèmes impérieux - il y avait une raison pour laquelle ils étaient mis à la ferme :)
Je suis d'accord avec KevDog que si vous avez un projet sympa et des relations publiques décentes (faire passer le mot), les gens viendront vous trouver et feront le travail gratuitement. Bien que je n'aie jamais emprunté la voie du mercenaire, j'ai certainement contribué du code ici et là à des projets OSS qui me plaisent.
la source
Je ne pense pas que l'idée soit complètement hors du domaine des possibilités, mais le paradigme du coût par tâche ne fonctionne pas car il n'est pas rentable pour le développeur, ni proportionnellement évolutif.
Je pense qu'un meilleur système pourrait être $ / Line Of Code où ledit loc réside dans le contrôle de version pendant x quantité de temps et n'est pas validé pour des raisons d'incompétence (par exemple. Bug).
la source