2008-11-17 8 views
6

J'ai travaillé sur une application qui dépend fortement du travail que les gens ont contribué à la communauté open source. Plus précisément, j'ai créé une application soignée qui, à mon avis, m'aidera à fidéliser les clients et à continuer d'attirer de nouveaux clients, ce qui pourrait même me permettre d'avoir un peu de pouvoir sur les prix. L'application a été développée en Python et reposait sur deux modules développés par d'autres. J'ai déjà prévu de reconnaître financièrement le PSF et ces deux développeurs. Je vais fondamentalement leur payer ce que je peux me permettre. Lorsque j'ai lu sur le site Web de la FSP, j'ai été soulagé de devoir verser un don de 2 000 $ pour devenir un membre parrain. J'ai décidé que je pouvais me permettre les 2 000 mais la moitié irait à la PSF et l'autre moitié serait divisée entre les contributeurs des deux modules les plus importants que j'ai utilisés dans ma demande.Comment appréciez-vous le travail des développeurs qui fournissent des choses à la communauté?

Il serait intéressant de lire les pensées des autres sur ce sujet. Quelle est la bonne façon de procéder et quels sont les montants appropriés? Je ne partagerai pas les noms des modules puisque je pense que la réception de ma contribution est leur affaire privée.

+0

Kudos. Je n'ai rien à ajouter à cela, mais je veux reconnaître vos actions. – Tim

Répondre

6

C'est une initiative louable.

Habituellement, lorsque les gens contribuent au code de la communauté, ils ne s'attendent pas à des retours financiers. Ils ont tendance à le faire pour faciliter leur propre vie, pour améliorer leur réputation et leurs compétences professionnelles, pour partager leur travail afin de redonner à tous ceux qui ont déjà partagé, ou pour avoir l'impression de transmettre un objectif commun.

Ainsi, en fonction du contributeur la meilleure contribution pourrait être l'une:

  1. De l'argent comme un moyen de vous dire merci. Mais la logistique en est souvent dissuasive.
  2. Patches (code, documentation, illustration) pour le projet lui-même. Payer un graphiste pour faire un vrai logo pourrait être une bonne idée.
  3. Un bon travail où ils peuvent faire du piratage intéressant Python pour vivre.
  4. Un témoignage public de l'utilité et la qualité de leur travail (qu'ils peuvent utiliser pour obtenir un bon travail).
  5. Une version de code publique de votre choix, et de faire savoir que vous avez publié votre travail pour redonner à la communauté qui a fourni les deux modules spécifiques.
  6. Schwag thématique que les gars pourraient donner à la prochaine convention de geek.
  7. Frais payés Voyage pour prendre un dîner et quelques pintes avec vous.
  8. Plusieurs des éléments ci-dessus dans n'importe quel ordre.
2

Le seul problème que je vois avec essayer de partager de l'argent entre les contributeurs aux modules est de savoir qui a contribué. À moins que les modules aient été écrits uniquement par des individus nommés, les projets open-source sont généralement un conglomérat d'intrants provenant de diverses personnes. Par exemple, le noyau Linux est géré par Linus Torvalds mais reçoit le code source de plusieurs personnes différentes. Par exemple, le noyau Linux est géré par Linus Torvalds. Qui seraient les bénéficiaires de l'argent? D'autre part, l'éditeur SPE Python est géré et codé par une personne; il peut y avoir des dons de code source par d'autres mais la plupart du temps c'est juste un gars.

Dans les cas où le module est vraiment un effort communautaire, je pense qu'il est plus logique de contribuer à la communauté plutôt qu'aux individus. Ergo, un don financier à Python.org (que vous faites déjà) ou au (x) projet (s) qui gèrent les modules que vous avez utilisés (le cas échéant).Sinon, certaines des suggestions ddaa faites sont probablement meilleures.