¿Sobre qué base dividiría el dinero de la donación entre los miembros de su equipo de código abierto sin ningún conflicto? [cerrado]

27

Cerrada . Esta pregunta está basada en la opinión . Actualmente no está aceptando respuestas.

¿Quieres mejorar esta pregunta? Actualice la pregunta para que pueda ser respondida con hechos y citas editando esta publicación .

Cerrado hace 4 años .

Soy desarrollador de un proyecto de código abierto que está alojado en SourceForge.

Comenzó como una pequeña aplicación y luego de algunos lanzamientos, se hizo cada vez más popular y comenzó a consumir más tiempo y responsabilidad de mi parte. Así que habilité la opción de donación en SourceForge.

Me apasiona seguir desarrollándolo de forma gratuita, pero si (alguna vez) entra algún dinero, ¿cómo debería dividirlo con mi equipo?

¿Debería dividir la cantidad equitativamente entre el número de miembros del equipo? (50-50 ya que ahora es un equipo de dos miembros)
¿Número de clases, confirmaciones o cualquier otra presentación valiosa por parte de los miembros del equipo?
Alguna otra idea?

¿Qué harías en tal situación? Por favor da tus opiniones.
Espero que esta pregunta sea útil para otros.

— Vigneshwaran
fuente

2

pregunta no parece específica para la programación - esto podría ser en cualquier proyecto voluntario

— mosquito

44

@gnat No estoy de acuerdo. La programación de código abierto no es lo mismo que cualquier proyecto voluntario. Como inicio, la contribución se reconoce más fácilmente en un proyecto de código abierto. Dando +1 para contrarrestar lo injusto -1

— Tom Squires

1

@TomSquires más fácilmente en comparación con qué? Ninguna de las actividades de voluntariado en las que participé tuvo problemas para reconocer la contribución. Reconocimiento transparente se ve muy típica en ser voluntario, no realmente "endémica" a los proyectos de software de código abierto

— el mosquito

44

@gnat Esto parece (para mí) estar perfectamente en el tema, ya que el contexto es claramente la decisión que enfrentan muchos proyectos pequeños cuando reciben dinero de personas que consideran útil el software. Para mí, eso lo hace no solo en el tema, sino también útil.

— Tim Post

55

Gracias @Tim Post. En mi opinión, cualquiera que haga una búsqueda de este problema no buscaría en un sitio sin fines de lucro o voluntario, sino en un sitio de programación. La mayoría de las organizaciones voluntarias gastarían el dinero en gastos o se lo devolverían a aquellos a quienes están tratando de ayudar. Los proyectos de código abierto tienen muy pocos gastos y los que están ayudando son los que donan en la mayoría de los casos.

— JeffO

53

Recomiendo no distribuirlo a los miembros del proyecto en absoluto. Nombrar o elegir un tesorero, abrir una cuenta y depositar el dinero para ganar intereses simples. Si distribuye fondos donados entre desarrolladores, al menos uno quedará privado de sus derechos a medida que el proyecto crezca.

En cambio, considere las otras posibilidades para los fondos:

Swag. Imprima algunas camisetas para enviar a las personas que han hecho más que contribuciones triviales al código.
Recompensas. Ofrezca una recompensa por la función que la comunidad realmente quiere, pero nadie realmente quiere implementarla. Esta también es una excelente manera de obtener nuevos contribuyentes a largo plazo. O, "endulzar el bote" un poco para arreglar un error realmente desconcertante. Las recompensas no tienen que ser en efectivo, especialmente si tienes que dar botín. Tampoco tiene que ser botín, un Pi en mano vale 10 en el horno.
Hardware. Compre cosas que la comunidad posee y que todos los desarrolladores puedan usar Esto podría ser servidores o gadgets que se comparten por correo.
Herramientas / Licencias. Es posible que deba pagar por el software, incluso siendo un proyecto de código abierto. Es posible que deba comprar una copia de Acme Widgets para estudiarla con el fin de crear una alternativa abierta, o tal vez deba ayudar a un gran contribuyente a actualizar su entorno de desarrollo.
Eventos. Ayude a enviar a sus desarrolladores a conferencias o eventos clave cuando se presenten oportunidades. O, patrocine su propia reunión si suficientes personas podrían asistir.
Honorarios legales. Si bien (afortunadamente) todavía es relativamente poco común ¹ , es posible que se encuentre en un litigio por varias razones. Es bueno tener algo de dinero guardado. Esto podría ser simplemente hacer cumplir su licencia o derechos de autor, o defenderse de otra cosa.

Hay tantas formas en que el dinero podría repartirse para que todos se beneficien, realmente no tiene mucho sentido limitar el bien que de otro modo podría hacer.

Si llega al punto de que las donaciones y el apoyo de la comunidad hacen que la contratación de algunos de los desarrolladores más prolíficos para trabajar en el proyecto a tiempo completo sea razonable, significa que debe considerar el proyecto como más un negocio que un pasatiempo.

^{1 Los} _{litigios en código abierto son muy parecidos a los accidentes aéreos. Lees sobre las historias de terror y el drama en las noticias cuando sucede algo, pero no olvides los casi millones de proyectos que tienen y seguirán existiendo sin ningún problema.}

— Tim Post
fuente

2

Estoy de acuerdo con todo menos las recompensas. Las recompensas en efectivo probablemente reemplazarán la motivación normal para hacer cosas. Y si algo es lo suficientemente importante como para hacerlo, tarde o temprano alguien lo hará. Además, ¿quién decide qué recompensas y cómo decide que las cosas con la recompensa se hicieron lo suficientemente bien?

— HenningJ

1

@HenningJ No creo que las recompensas en efectivo reemplacen la motivación intrínseca para contribuir, ya que muchos programadores pagados encuentran que el dinero es un motivador secundario de todos modos. Pero, como usted señala, pueden ser difíciles de organizar y administrar, realmente depende de la comunidad. Lo enumeré porque los he visto utilizados con éxito, y es una forma concebible de utilizar los fondos donados.

— Tim Post

@HenningJ Edité un poco la respuesta, ya que las recompensas no tienen que basarse en efectivo, especialmente si tienes que dar botín. No veo nada malo en ganar una camiseta para arreglar un insecto monstruo.

— Tim Post

Gracias por su respuesta (más útil en general). Esperaba una respuesta que no solo fuera útil para mí, sino también para todos los que se enfrentan a este tipo de confusión. Ahora que esta pregunta aparece en los resultados de Google, encontrarán útiles todas estas buenas respuestas.

— Vigneshwaran

7

Creo que la realidad es que permanecerá en su cuenta de PayPal hasta que haya suficiente para sacar al equipo y comprar una ronda de cervezas. Y si eres como la mayoría de los proyectos de SO, eso será dentro de meses o años .

Si llega a ser una cantidad real de dinero, le propongo que NO lo gaste en desarrolladores, que obviamente están contribuyendo con su tiempo y experiencia por buenas razones que no son financieras. En cambio, gástalo en las herramientas necesarias para avanzar en el proyecto (hardware, una cuenta de Basecamp, etc.), o en cosas divertidas y baratas de marketing como camisetas y juguetes de escritorio. Asegúrate de que todos los que han contribuido reciban una camiseta y que tengas suficiente para tirar en grupos de usuarios, convenciones y demás.

— Dan Ray
fuente

5

Vuelva a colocarlo en el proyecto (compre servidores, etc.) o divídalo equitativamente entre contribuyentes significativos (no entregue ninguno a personas que solo han hecho un par de líneas).

La gente no trabaja en proyectos de código abierto por dinero. Intentar compartir dinero de manera compleja enfatiza el aspecto de efectivo del proyecto y es insultante.

— Tom Squires
fuente

3

Sin embargo, la palabra "significativo" es problemática. Como líder del proyecto, obviamente puede dibujar esa línea, pero ¿qué pasa con el tipo cuya corrección de una línea corrigió un error sutil y de larga data? ¿O el tipo cuya contribución fue "casi" significativa? Es mejor tener una métrica difícil o no hacerlo, IMO.

— Dan Ray

1

@Dan: el hecho de que alguien esté en desacuerdo con tus elecciones no significa que esté mal tomar una decisión. Si él es el líder del proyecto, puede elegir qué hacer con el dinero. Los líderes conjuntos pueden elegir juntos. Esa elección es inherentemente subjetiva. Si a otros no les gusta, pueden bifurcar el proyecto.

— Jaap

2

Solo es mi opinión, pero diría que no se preocupe por eso hasta que valga la pena preocuparse. Si está obteniendo unos cuantos dólares aquí y allá para usted, no lo sudaría ni me sentiría culpable a menos que alguien lo pregunte específicamente.

Ahora, para el trabajo en curso, podría decir "hey, tengo un botón de donación en el sitio y le daré el n% del recorte cuando lleguen las donaciones" solo para llamarlo y ser abierto al respecto.

— Demian Brecht
fuente

1

Me gusta mucho la idea de "recompensas de código". Ayuda a alentar a las personas a donar porque están donando para mejorar algo que es importante para ellos, y significa que quien implemente las funciones solicitadas gana el dinero (y también resuelve "cómo dividir 50 centavos de manera uniforme cuando hay 8 desarrolladores "problema ;-)).

— Brendan
fuente