Sur quelle base répartiriez-vous l'argent des dons entre les membres de votre équipe open source sans aucun conflit? [fermé]

27

Je suis développeur d'un projet open source hébergé dans SourceForge.

Cela a commencé comme une petite application, puis après certaines versions, il est devenu de plus en plus populaire et il a commencé à consommer plus de temps et de responsabilités de ma part. J'ai donc activé l'option de don dans SourceForge.

Je suis passionné de continuer à le développer gratuitement mais si (jamais) de l'argent arrive, comment dois-je le partager avec mon équipe?

  1. Dois-je répartir le montant également entre le nombre de membres de l'équipe? (50-50 car c'est une équipe de deux membres maintenant)

  2. Nombre de cours, de commits ou de toute autre contribution utile des membres de l'équipe?

  3. Une autre idée?

Que feriez-vous dans une telle situation? Veuillez donner votre avis.
J'espère que cette question sera utile à d'autres.

open-source pricing team-leader estimation Vigneshwaran
la source
2
la question ne semble pas spécifique à la programmation - cela pourrait être dans n'importe quel projet de bénévolat
gnat
4
@gnat Je ne suis pas d'accord. La programmation open source n'est pas la même chose que n'importe quel projet de bénévolat. Pour que la contribution de départ soit plus facilement reconnue dans les projets open source. Donner +1 pour contrer l'injuste -1
Tom Squires
1
@TomSquires plus facilement par rapport à quoi? Aucune des activités bénévoles auxquelles j'ai participé n'a eu de problèmes pour reconnaître la contribution. La reconnaissance transparente semble vraiment typique du bénévolat, pas vraiment «endémique» aux projets de logiciels open source
gnat
4
@gnat Cela me semble (parfaitement) parfaitement sur le sujet, car le contexte est clairement la décision à laquelle de nombreux petits projets doivent faire face lorsqu'ils reçoivent de l'argent de personnes qui ont trouvé le logiciel utile. Pour moi, cela rend non seulement le sujet, mais aussi utile.
Tim Post
5
Merci @Tim Post. OMI, quiconque recherche ce problème ne chercherait pas sur un site à but non lucratif ou bénévole, mais sur un site de programmation. La plupart des organisations bénévoles dépensent l'argent pour les dépenses ou le reversent à ceux qu'ils essaient d'aider. Les projets open source ont très peu de dépenses et ceux qu'ils aident sont ceux qui donnent dans la plupart des cas.
JeffO

Réponses:

53

Je recommande de ne pas le distribuer aux membres du projet. Nommez ou élisez un trésorier, ouvrez un compte et déposez l'argent pour gagner des intérêts simples. Si vous distribuez des fonds donnés entre développeurs, au moins un sera privé de ses droits à mesure que le projet se développe.

Envisagez plutôt les autres possibilités pour les fonds:

  • Style. Imprimez des T-shirts à envoyer aux personnes qui ont apporté des contributions plus que triviales au code.

  • Bounties. Donnez une récompense à la fonctionnalité que la communauté veut vraiment, mais personne n'a vraiment envie de la mettre en œuvre. C'est également un excellent moyen d'obtenir de nouveaux contributeurs à long terme. Ou, «adoucissez le pot» un peu pour corriger un bug vraiment déroutant. Les primes ne doivent pas être en espèces, surtout si vous avez du butin à donner. Il n'a pas non plus besoin d'être swag, un Pi en main vaut 10 au four.

  • Matériel. Achetez des éléments que la communauté possède et que tous les développeurs peuvent utiliser. Il peut s'agir de serveurs ou de gadgets partagés par courrier.

  • Outils / Licence. Vous devrez peut-être payer pour un logiciel, même s'il s'agit d'un projet open source. Vous devrez peut-être acheter une copie des widgets Acme pour l'étudier afin de créer une alternative ouverte, ou vous devrez peut-être aider un excellent contributeur à mettre à niveau son environnement de développement.

  • Événements. Aidez vos développeurs à participer à des conférences ou à des événements clés lorsque des opportunités se présentent. Ou, parrainez votre propre rencontre si suffisamment de personnes pourraient y assister.

  • Frais juridiques. Bien que (heureusement) soit encore relativement rare 1 , vous pourriez vous retrouver en litige pour plusieurs raisons. C'est bien d'avoir de l'argent de côté. Cela pourrait être simplement de faire respecter votre licence ou votre droit d'auteur, ou de vous défendre contre autre chose.

Il y a tellement de façons de répartir l'argent pour que tout le monde en profite, cela n'a vraiment pas de sens de limiter le bien qu'il pourrait autrement faire.

Si vous arrivez au point où les dons et le soutien de la communauté rendent l'embauche des développeurs les plus prolifiques pour travailler sur le projet à temps plein, cela signifie que vous devriez considérer le projet comme plus une entreprise qu'un passe-temps.

1 Les litiges en open source ressemblent beaucoup à des accidents d'avion. Vous lisez des histoires d'horreur et des drames dans les nouvelles quand quelque chose se produit, mais n'oubliez pas les près de millions de projets qui ont et continueront d'exister sans aucun problème.

Tim Post
la source
2
Je suis d'accord avec tout sauf les primes. Les primes en espèces remplaceront très probablement la motivation normale pour faire des choses. Et si quelque chose est assez important à faire, tôt ou tard, quelqu'un le fera. De plus, qui décide sur quoi mettre les primes et comment décidez-vous que les choses avec la prime ont été assez bien faites?
HenningJ
1
@HenningJ Je ne pense pas que les primes en espèces remplacent la motivation intrinsèque à contribuer, car de nombreux programmeurs rémunérés trouvent que l'argent est un motivateur secondaire de toute façon. Mais, comme vous le faites remarquer, elles peuvent être difficiles à organiser et à gérer, cela dépend vraiment de la communauté. Je l'ai énuméré parce que je les ai vus avec succès, et c'est une façon envisageable d'utiliser les fonds donnés.
Tim Post
@HenningJ J'ai modifié un peu la réponse, car les primes ne doivent pas nécessairement être en espèces, surtout si vous avez du swag à donner. Je ne vois rien de mal à gagner un T-shirt pour corriger un bug de monstre.
Tim Post
Merci pour votre réponse (plus généralement utile). Je m'attendais à une réponse qui soit non seulement utile pour moi mais aussi pour tous ceux qui font face à ce genre de confusion. Maintenant que cette question apparaît dans les résultats de Google, ils trouveront toutes ces bonnes réponses utiles.
Vigneshwaran
7

Je pense que la réalité est que cela restera dans votre compte PayPal jusqu'à ce qu'il y en ait assez pour sortir l'équipe et acheter une ronde de bières. Et si vous êtes comme la plupart des projets OS, ce sera dans des mois ou des années .

S'il s'agit d'une véritable somme d'argent, je vous propose de ne PAS la dépenser pour les développeurs - qui, de toute évidence, apportent leur temps et leur expertise pour de bonnes raisons qui ne sont pas financières. Au lieu de cela, dépensez-le sur les outils nécessaires pour faire avancer le projet (matériel, compte Basecamp, etc.), ou sur des trucs de marketing bon marché comme des t-shirts et des jouets de bureau. Assurez-vous que tous ceux qui ont déjà contribué reçoivent un t-shirt et qu'il vous en reste assez pour jeter aux groupes d'utilisateurs et aux conventions et autres.

Dan Ray
la source
5

Soit le remettre dans le projet (acheter des serveurs ect) ou le répartir également entre les contributeurs importants (n'en donner aucun aux personnes qui n'ont fait que quelques lignes).

Les gens ne travaillent pas sur des projets open source pour l'argent. Essayer de partager de l'argent de manière complexe met l'accent sur l'aspect financier du projet et est insultant

Tom Squires
la source
3
Le mot «significatif» est cependant problématique. En tant que chef de projet, il parvient évidemment à tracer cette ligne, mais qu'en est-il du type dont le correctif d'une ligne a corrigé un bogue de longue date et subtil? Ou le gars dont la contribution était "presque" significative? Mieux vaut avoir une métrique dure, ou ne pas le faire du tout, OMI.
Dan Ray
1
@Dan: ce n'est pas parce que quelqu'un sera en désaccord avec vos choix que ce n'est pas mal de faire un choix. S'il est le chef de projet, il doit choisir quoi faire avec l'argent. Les chefs de file communs peuvent choisir ensemble. Ce choix est intrinsèquement subjectif. Si d'autres ne l'aiment pas, ils peuvent bifurquer le projet.
Jaap
2

Juste mon opinion, mais je dirais ne t'en fais pas tant que ça ne vaut pas la peine de t'inquiéter. Si vous gagnez quelques dollars ici et là pour vous-même, je ne le suerais pas ou ne me sentirais pas coupable à moins que quelqu'un ne le demande spécifiquement.

Maintenant, pour le travail en cours, je pourrais dire "hé, j'ai un bouton de donation sur le site et je vous donnerai n% de la coupe quand les dons arriveront" juste pour l'appeler et être ouvert à ce sujet.

Demian Brecht
la source
1

J'aime vraiment l'idée de "primes de code". Cela aide à encourager les gens à faire un don, car ils font un don pour améliorer quelque chose qui est important pour eux, et cela signifie que celui qui implémente la ou les fonctionnalités demandées gagne de l'argent (et résout également le "comment diviser 50 cents de manière égale lorsqu'il y a 8 développeurs"). "problème ;-)).

Brendan
la source