Los patrocinadores de GitHub quieren que se pague a los desarrolladores de código abierto, pero hay una mejor manera

Los patrocinadores de GitHub amplían el rol de GitHub como centro de desarrollo de código abierto, pero no garantiza que los desarrolladores reciban un pago por su trabajo.

Lo que tenemos aquí es un error de comunicación. O coordinar. O algo. Pero en la tierra de código abierto, es difícil cobrar. No, no estoy hablando de proveedores de código abierto. Me refiero a los desarrolladores de código abierto. Si bien algunos empleadores pagan a los desarrolladores para que escriban software de código abierto, muchos no lo hacen y, como resultado, se consumen.

GitHub acaba de anunciar su producto de Patrocinadores, una forma para que las empresas o los individuos paguen a los desarrolladores que trabajan en los proyectos que aman. Es un bonito gesto, y otro ejemplo más de
GitHub
configurándose a sí mismo como el centro del universo de desarrolladores, pero es probable que su enfoque de punta no mueva la aguja para los desarrolladores de código abierto.

Hermano, ¿puedes ahorrar un centavo?

El código abierto nunca ha sido más popular, con una enorme profundidad y amplitud de código disponible. Esto no significa que todo ese código esté igualmente bien mantenido. Muchos desarrolladores de código abierto, después de todo, contribuyen como un trabajo de amor.

Demostrando que ninguna buena acción queda sin castigo, los usuarios intermedios de dicho software no siempre están agradecidos. Incluso los proyectos populares como npm pueden sufrir usuarios autorizados que «no aman [the core contributors to those projects] », como se lamentó una vez el anterior CEO de npm, Isaac Schlueter . Es un trabajo duro construir y mantener un gran software. El trabajo se hace aún más difícil debido a las expectativas poco realistas puestas en los contribuyentes no pagados (o mal pagados).

Entra en GitHub.

Como se anunció esta semana, GitHub está tratando de facilitar que las compañías patrocinen a los desarrolladores que escriben y mantienen el software de código abierto que aman. Como se señaló, «Cualquier persona que contribuya a un proyecto de código abierto es elegible para convertirse en un desarrollador patrocinado en el futuro. Las contribuciones incluyen, entre otras, informes de errores, triage de problemas, código, documentación, liderazgo, desarrollo empresarial, gestión de proyectos, tutoría, y diseño

Dada la cantidad de desarrollo de código abierto que se produce en GitHub, es un gran movimiento. Tampoco es suficiente.

Por un lado, al menos inicialmente, los patrocinadores de GitHub solo permiten que las personas patrocinen desarrolladores. Como el ejecutivo de CNCF Chris Aniszczyk advirtió : «[T] aquí hay una gran cantidad de sistemas de código abierto que ponen a los desarrolladores en una economía al estilo de un concierto, no creo que esto sirva para mucho. una abolladura si sólo se basa en individuos «.

El problema es más grande que este defecto, que se remedia fácilmente. ¿Cuál es el problema?

Una tragedia de los recursos comunes de código abierto

El problema es que es difícil para las personas o las empresas entusiasmarse con el hecho de que aparentemente deben asumir toda la carga de apoyar a un colaborador del proyecto. También es difícil determinar cuánto debe destinarse a los desarrolladores particulares de un proyecto, así como asegurarse de que uno cubra todas las dependencias de ese proyecto.

Diga, por ejemplo, que quiero patrocinar a Henry Zhu, quien dejó su trabajo en Adobe para desarrollar a Babel. -hora. Sí, puedo registrarme para ser un patrocinador del trabajo de Zhu en Patreon, que actualmente asciende a $ 3,294 por mes para Zhu. Genial (aunque no es suficiente para apoyar a alguien que vive en la ciudad de Nueva York, como él lo hace). Pero, ¿por qué mi empresa debe pagar $ 1,000 por mes en lugar de $ 5? ¿Cómo puedo determinar la cantidad adecuada de apoyo para una persona determinada? ¿Y cómo puedo estar seguro de que también estoy cubriendo los proyectos de los que depende Babel?

Sé el primero en comentar

Dejar una contestacion

Tu dirección de correo electrónico no será publicada.


*