¿Por qué contribuir a proyectos de código abierto no libres?

Como propietario de un proyecto de código abierto, querrá que las personas contribuyan y lo mejoren, ¿verdad?

Pero si luego decide utilizar un modelo de licencia agradable y sabroso para que las personas utilicen el software [corporativo o de otro tipo], ¿obtiene derechos sobre todos los ingresos? Si es así, ¿por qué la gente se molestaría en contribuir? ¿Podrían estar haciendo todo el trabajo mientras usted, el propietario, cosecha todas las recompensas?

Esto me parece mal, tal vez lo estoy entendiendo mal.

En los proyectos que tienen doble licencia (como Qt o MySQL), el mayor incentivo para contribuir es conseguir que sus propios cambios locales (correcciones de errores, etc.) sean aceptados en sentido ascendente, lo que reduce la necesidad de crear y mantener tenedores locales.

El proyecto de código abierto al que está contribuyendo puede ser importante para usted, como lo es.

Tomemos el ejemplo de Mono, que es de código abierto, pero con licencia para la corporación:

Mainsoft, uno de los contribuyentes más prolíficos del proyecto, utiliza el código para su propio compilador .NET a Java. Claramente, a la compañía no le importa que el propietario de la licencia, vuelva a licenciar su trabajo a las corporaciones. Es un esquema de ganar-ganar.

Esto me parece mal, tal vez lo estoy entendiendo mal.

Usted está. Open Source es en sí mismo un término protegido. Un proyecto con licencia de código abierto está utilizando una licencia que ha sido aprobada por la OSI , y todas esas licencias implican, por definición, que el producto con licencia es gratuito (como en cerveza gratis) ¹⁾ . No hay discusión sobre eso.

CKEditor es una instancia de doble licencia. Pero su licencia comercial no niega el hecho de que también es OSS, lo que lo hace gratuito para usted, si puede cumplir con los términos restantes de esa licencia. Si no puede, su única opción es elegir la licencia de uso comercial no libre.

Como desarrollador, si contribuye a un proyecto de código abierto, está contribuyendo a un proyecto gratuito. Claro, el mantenedor aún puede ganar dinero con eso, pero ¿y qué? Todavía es libre de usar y modificar para todos los que quieran. Como "servicio a cambio", si lo desea, el responsable del mantenimiento se asegura de que las actualizaciones se incorporen al código, se envíen a los distribuidores y se publiquen.

¹⁾ Primer punto de la definición de código abierto