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

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.

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 ¹ , 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.}

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.

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

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.

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 ;-)).