Pagos y desarrolladores de código abierto

8

No estoy seguro de si hay un protocolo establecido para esto (incluso si no es oficial), pero pensé que los más experimentados con el código abierto podrían querer compartirlo con nosotros.

Soy consciente de que los parches aleatorios enviados a proyectos de código abierto nunca se pagan. Pueden ser financiados indirectamente por un cliente, pero nunca son pagados por el proyecto de código abierto en sí.

Pero, ¿qué hay de los desarrolladores principales? Escuché, por ejemplo, que drupal tiene unos 800 desarrolladores principales detrás. Los desarrolladores principales significan que trabajan en el núcleo de drupal y, juntos, impulsan las versiones principales, por lo que son muy importantes para el proyecto. Por supuesto, drupal es solo un ejemplo, pero en general, ¿existe algún protocolo establecido en el mundo del código abierto que defina si se espera que la compañía detrás del proyecto les pague y estos desarrolladores principales esperan ese pago?

¿Algún hecho o experiencia de primera mano?

samquo
fuente

Respuestas:

2

Como ejemplo particular, algunos de los principales desarrolladores de Squeak trabajan para Teleplace . Piratean Squeak como parte de su trabajo diario, por lo que Teleplace obtiene las cosas que necesitan y luego publican los cambios en la imagen base de Squeak y la máquina virtual de nuevo en la comunidad Squeak más grande.

Hay muchas otras compañías que pagan a sus empleados, en parte al menos, para hackear Squeak.

Frank Shearar
fuente
0

Cubrí este tema en detalle en una publicación de blog sobre donaciones a proyectos de código abierto .

La esencia de esto es esto: una vez que un proyecto de código abierto alcanza un cierto tamaño, puede suceder una de varias cosas para permitir que continúe existiendo (de lo contrario, los problemas de soporte y alcance lo derribarán). Hay 3 formas principales de apoyar un proyecto de SO en esa etapa:

  1. Una gran empresa (Google, Microsoft, etc.) "patrocina" el proyecto y ha pagado a los desarrolladores de su personal que trabaja en él a tiempo completo. Algunos proyectos salen directamente de esas compañías y, naturalmente, tienen esta opción incorporada.
  2. El proyecto puede transformarse en un negocio real, en el molde MySQL / Redhat. Esto significa licencias comerciales, soporte pagado y servicios de personalización / integración. De lo contrario, habrá algún tipo de oportunidad bizdev que genere ingresos (como lo que Mozilla tiene con Google al colocar su motor de búsqueda como el predeterminado en Firefox).
  3. Se forma una comunidad de mantenedores alrededor del proyecto con el control de cede original del mantenedor para permitir que otros contribuyan.

1 es poco probable y no es algo que pueda planear, mientras que 2 es muy difícil para la mayoría de los desarrolladores y la mayoría de los proyectos fallan en ese punto. Este es un problema muy querido para mí, por eso comencé Binpress (la compañía a la que me vinculé al principio), para proporcionar una plataforma para que los desarrolladores construyan esas empresas sostenibles sobre sus proyectos de código abierto. Desde nuestra experiencia, este es un modelo muy viable, y hemos visto mucho éxito recientemente en ese espacio.

Eran Galperin
fuente