Ocho maneras de mejorar la financiación del código abierto

A pesar de todos los éxitos del código abierto, los desarrolladores son dolorosamente conscientes de dónde empieza a romperse el modelo. ¿Qué ocurre cuando el desarrollador principal de facto se cansa de hacer todo el trabajo, o cuando distintos grupos empiezan a pelearse y el proyecto se divide? Digamos que aparece un error pero nadie se molesta en arreglarlo. Puede que los programadores principales decidan que sólo quieren comer. La idea del código abierto transformó el desarrollo de software, haciéndolo más barato, más rápido, más interactivo y, a menudo, más seguro y mejor diseñado. Pero todos estos años después, sigue sin pagar las facturas de forma fiable.

El dinero no puede solucionar todos nuestros problemas, pero sí algunos. ¿Qué pasaría si invirtiéramos más dinero en solucionar los problemas del código abierto? Si el modelo de código abierto puede hacer que todos trabajemos juntos para escribir código de calidad, ¿por qué no puede organizarnos también para recaudar dinero con el que financiar más desarrollo?

He aquí ocho modelos de financiación del código abierto que se están probando en la actualidad. Algunos son bastante nuevos, otros son versiones actualizadas de los modelos que surgieron con las primeras licencias. Todos intentan conectar mejor a los creadores con los fondos que necesitan para continuar su trabajo. Ninguno de estos modelos es perfecto, pero si pueden ayudar al menos a algunos desarrolladores a solucionar algunos fallos. Entonces son una victoria.

Tokens criptográficos

Aunque criptomonedas como Bitcoin o Ethereum dominan las noticias, muchas otras están utilizando enfoques similares y a veces incluso el mismo software de código abierto para crear su propia moneda digital. Uno de los esquemas más populares para estas monedas son los tokens criptográficos, una reimaginación digital de las fichas utilizadas en parques de atracciones, salones recreativos o centros de lavandería.

El token BAT, por ejemplo, es necesario para pagar la publicidad con el navegador Brave. Filecoin (FIL) paga por el almacenamiento de copias de seguridad en la red de archivos distribuidos Filecoin. Gitcoin se utiliza como parte de un programa de subvenciones con el protocolo Allo, que admite muchas aplicaciones financieras descentralizadas.

En algunos casos, el token es similar a una licencia de software comercial. Debes comprar un token si quieres que el software funcione. Aunque un buen programador podría reescribir la parte del código fuente abierto que se encarga de mantener el acceso, el usuario medio no tendrá ni el tiempo ni la habilidad para hacerlo. Será más fácil pagar una pequeña cantidad para comprar el token interno y ayudar a mantener el proyecto en marcha.

Algunos diseñadores de monedas tienen planes más ambiciosos para crear todo un ecosistema. Los tokens sólo median en la producción y el consumo del software. Sandbox (SAND) y Decentraland (MANA) son dos ejemplos de fichas que gestionan recursos como terrenos o avatares en algún rincón del metaverso en expansión.

Estas herramientas evolucionan paralelamente al floreciente mundo de las criptomonedas y las NFT, gran parte del cual también se basa en código abierto.

‘Drips’

Imagina firmar un cheque cada mes y que el importe se reparta mágicamente entre todos los diferentes proyectos de software que utiliza. La red Drips sigue los pasos de sistemas tradicionales como United Way, que facilita a la gente la donación a diversas organizaciones benéficas en un solo paso.

La red quiere hacer algo más que dirigirse al primer y más visible nivel de los proyectos de código abierto. Cada desarrollador puede especificar que una fracción se comparta con el código fuente abierto que él mismo utilizó. Esto puede jerarquizarse en profundidad. Así, si el proyecto A se construyó utilizando B y C, mientras que C se construyó utilizando D y E, cualquier donación para A fluirá a través de los otros cuatro.

Los desarrolladores decidieron utilizar la cadena de bloques Ethereum para las transacciones, una elección que aporta transparencia al proyecto. Cualquiera que decida empezar a apoyar un proyecto puede auditar las monedas que fluyen a través de la blockchain pública para ver quién recibe cuánto. Es flexible y tan abierto como el código que sustenta.

Licencias para la era de la nube

Muchas de las licencias de código abierto originales se escribieron para un mundo en el que todo el mundo tenía un ordenador en su escritorio o, posiblemente, en la sala de servidores al final del pasillo. Fomentaban el intercambio obligando a la gente a incluir el código cuando "distribuían" el software.

Ese tipo de licencia dejó de funcionar tan bien cuando se impuso la nube. Como me dijo un abogado de una de las grandes empresas tecnológicas: "Nosotros no distribuimos el código, así que no necesitamos obedecer la GPL [General Public License]". Crearon muchas de sus propias versiones internas y nunca las compartieron.

Las licencias más recientes, como la Affero General Public License for Cloud Services (AGPL-CS) o la Server Side Public License están diseñadas para obligar a participar, incluso en la era de la nube. Algunas empresas como Elastic Search están diseñando sus propias licencias que hacen prácticamente lo mismo.

En estos ejemplos, la simple conexión del software a un sitio web cuenta como distribución. Si una empresa utiliza el software, debe contribuir de alguna manera. Estas licencias en la nube hacen que sea mucho más difícil para una persona o empresa amasar una fortuna sin compartir su código con el mundo.

Las licencias más fuertes siguen respondiendo a las necesidades de marketing. Los desarrolladores pueden descargar y experimentar todo lo que quieran. Pueden contribuir y sentir que comparten la propiedad del código. No tienen que preocuparse de que los costes aumenten drásticamente, de que se reduzcan las funciones o de cualquier otra molestia derivada de la dependencia de un proveedor.

Al mismo tiempo, tienen un incentivo para comprar licencias comerciales que puedan apoyar el desarrollo continuo. Los usuarios que obtienen un valor real del producto tienen un respaldo para financiar el desarrollo centralizado continuado.

Licencias no tan abiertas

Richard Stallman dijo: "Libre como la palabra, no como la cerveza". En la actualidad, algunos desarrolladores están creando licencias que no ofrecen ninguno de los dos sentidos de la libertad, pero siguen ofreciendo la apertura suficiente para satisfacer la curiosidad de sus usuarios.

Una versión es el "nivel gratuito", que ofrece acceso suficiente para probar nuevas ideas y, tal vez, gestionar un pequeño sitio web personal, al tiempo que se cobra por un uso más sustancial. Los desarrolladores no encuentran ningún impedimento cuando sólo están experimentando, pero si quieren empezar algo serio, tienen que pagar.

Otro ejemplo es la licencia que permite a los usuarios leer pero no distribuir. Un desarrollador me dijo que habitualmente permite a los clientes de pago tener acceso completo al código para auditorías o experimentación, pero no lo publica. Los clientes pueden ver lo que quieran, pero no pueden subcotizar a la empresa ni regalar el software.

Estas licencias ofrecen algo de lo que hizo popular al código abierto sin sacrificar la capacidad de obligar a pagar.

Financiación cuadrática

Algunos promotores prefieren apoyar proyectos con un amplio atractivo. La financiación cuadrática está diseñada con un bucle de retroalimentación que recompensa muchas pequeñas donaciones más que unas pocas grandes. En otras palabras, recompensa los proyectos que reciben el apoyo del mayor número de personas. Este enfoque suele ser adoptado por grandes donantes que quieren aprovechar la sabiduría del crowdfunding para orientar sus donaciones. En lugar de utilizar un programa de contrapartida estrictamente lineal, utilizan una función cuadrática en función del número de donantes. Algunas versiones más extremas pueden elegir funciones aún más exageradas.

Recompensas de código

Una de las ideas originales del código abierto era que los usuarios publicaran su solicitud y luego anunciaran una recompensa para el primer equipo de programación que entregara el código. Desde entonces, el proceso se ha vuelto más organizado. Ahora sitios como huntr, buidlbox y Bountysource son sólo algunos ejemplos de sitios que facilitan a los desarrolladores con tiempo libre encontrar usuarios que quieran pagar por código nuevo. Algunas empresas como Google también ofrecen directamente sus propios programas de recompensas.

Becas o puestos de trabajo

La solución más común es que los equipos contraten a desarrolladores de código abierto y les asignen dedicar al menos parte de su tiempo a trabajar en código abierto. Los desarrolladores obtienen unos ingresos estables y la empresa consigue el conocimiento de primera mano del código y cierta capacidad para dirigir el desarrollo.

Este proceso se ha ido formalizando. Algunas empresas estructuran el trabajo como becas y conceden ayudas específicas, a veces con una duración determinada y otras con un compromiso indefinido. Algunas lo utilizan para proyectos que necesitan apoyar desesperadamente y otras hacen donaciones sólo para respaldar a la comunidad.

Regálales dinero

Los abuelos siempre han sabido que un poco de dinero en la tarjeta de cumpleaños es el mejor regalo. El mundo del código abierto sigue encontrando formas sencillas de facilitar las donaciones directas a las personas que hacen el trabajo. No es raro ver avisos explícitos y solicitudes de apoyo al instalar o actualizar software. Muchas de las distribuciones de Linux, por ejemplo, hacen una petición clara cuando la gente descarga los binarios.

Algunas empresas tienen programas que organizan su apoyo y donaciones. Estos programas se denominan a veces "fondos FOSS" o subvenciones. Muchas de las grandes corporaciones tecnológicas se han dado cuenta de que es corto de miras tomar constantemente del mundo del código abierto sin dar nada a cambio. Algunos ejemplos son los programas de Google, Bloomberg, Microsoft y la Fundación Linux.

Hoy en día, este tipo de regalos son mucho más fáciles de entender para las empresas tecnológicas. En el pasado, los contables se contentaban con no hacer nada y aprovecharse del duro trabajo de los demás. Ahora, los desarrolladores de software y sus directivos se dan cuenta de que es útil colaborar con las comunidades que construyen el código. Se dan cuenta de que no hay nada gratis y de que unas cuantas buenas subvenciones ayudan mucho a mantener el software que constituye la base de su empresa.