A pesar de todos los éxitos del código abierto, los desarrolladores son dolorosamente conscientes de dónde comienza a fallar el modelo. ¿Qué sucede cuando el desarrollador principal de facto se cansa de hacer todo el trabajo, o cuando diferentes grupos comienzan a pelear y el proyecto se fragmenta? Digamos que aparece un error pero nadie se molesta en solucionarlo. Quizás los codificadores principales decidan que solo 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, todavía no paga las cuentas de manera confiable. El dinero no puede solucionar todos nuestros problemas, pero sí resuelve algunos. ¿Qué sucede si invertimos más dinero en solucionar los problemas del código abierto? Si el modelo de código abierto puede lograr que todos trabajen juntos para escribir un código atractivo, ¿por qué no puede también organizarnos para recaudar dinero para financiar un mayor desarrollo? Aquí hay ocho modelos de financiamiento de código abierto que se están probando hoy. Algunas son bastante nuevas, otras son versiones actualizadas de los modelos que surgieron con las primeras licencias de código abierto. Todos intentan hacer un mejor trabajo para conectar a los creadores con los fondos que necesitan para continuar con su trabajo. Ninguno de estos modelos es perfecto, pero si pueden ayudar al menos a algunos desarrolladores a corregir algunos errores, entonces son una victoria. Tokens criptográficos Si bien las criptomonedas como Bitcoin o Ethereum dominan las noticias, otras están utilizando enfoques similares y, a veces, incluso el mismo software de código abierto para crear su propia moneda digital del reino. Uno de los esquemas más populares para estas monedas son los tokens criptográficos, una reinvención digital de los tokens utilizados en parques de diversiones, salas recreativas 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 de 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. Debe comprar un token si desea que se ejecute el software. Si bien un buen codificador podría reescribir la parte de control del código fuente abierto, el usuario promedio no tendrá el tiempo ni la habilidad para hacerlo. Simplemente 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 divisas tienen planes más ambiciosos para crear un ecosistema completo. Los tokens simplemente median en la producción y el consumo del software. Sandbox (SAND) y Decentraland (MANA) son dos ejemplos de tokens que administran recursos como tierras o avatares en algún rincón del metaverso en expansión. Estas herramientas están evolucionando junto con el floreciente mundo de las criptomonedas y NFT, gran parte del cual también se basa en sistemas abiertos. código fuente. DripsImagine escribir un cheque cada mes y compartir la cantidad 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 que las personas donen a una variedad de organizaciones benéficas en un solo paso. La red quiere hacer más que apuntar al primer y más visible nivel de proyectos de código abierto. Cada mantenedor puede especificar que una fracción debe compartirse con el código fuente abierto que él mismo utilizó. Esto se puede anidar profundamente. Entonces, si el proyecto A se construye usando B y C, mientras que C se construyó usando D y E, cualquier donación para A fluirá hacia los otros cuatro. Los desarrolladores decidieron usar la cadena de bloques Ethereum para las transacciones, una opción que aporta transparencia al proyecto. Cualquiera que decida comenzar a apoyar un proyecto puede auditar las monedas que fluyen a través de la cadena de bloques pública para ver quién obtiene cuánto. Es flexible y tan abierto como el código que admite. Licencias de la era de la nube Muchas de las licencias originales de código abierto se escribieron para un mundo en el que todos tenían una computadora en su escritorio, o posiblemente en la sala de servidores al final del pasillo. Fomentaron el intercambio obligando a las personas a incluir el código cuando estaban «distribuyendo» el software. Ese estilo de licencia dejó de funcionar tan bien cuando la nube se hizo dominante. Como me dijo un abogado de una de las grandes empresas de tecnología: «No distribuimos el código, por lo que no necesitamos obedecer la GPL». Construyeron muchas de sus propias versiones internas y nunca las compartieron. Las licencias más nuevas, como la Licencia pública general Affero para servicios en la nube (AGPL-CS) o la Licencia pública del lado del servidor, están diseñadas para obligar a la participación, incluso en la era de la nube. . Algunas empresas como Elastic Search están diseñando sus propias licencias que hacen más o menos lo mismo. En estos ejemplos, simplemente conectar el software a un sitio web cuenta como distribución. Si una empresa utiliza el software, debería contribuir de alguna manera. Estas licencias para la nube hacen que sea mucho más difícil para una persona o empresa hacer una fortuna sin compartir su código con el mundo. Las licencias más sólidas aún satisfacen las necesidades de marketing. Los desarrolladores pueden descargar y experimentar todo lo que quieran. Pueden contribuir y sentir una sensación de propiedad compartida sobre el código. No necesitan preocuparse por el aumento drástico de los costos, la reducción de funciones o cualquier otra molestia derivada de la dependencia de un proveedor. Al mismo tiempo, tienen un incentivo para comprar licencias comerciales que puedan respaldar el desarrollo continuo. Los usuarios que obtienen un valor real del producto tienen un incentivo para financiar un desarrollo centralizado continuo. Licencias no tan abiertas Richard Stallman dijo la famosa frase: “Libres como la palabra, no como la cerveza”. Ahora, algunos desarrolladores están creando licencias que no ofrecen ninguna sensación de libertad, pero aún así ofrecen el tipo de apertura suficiente para satisfacer la curiosidad de sus usuarios. Una versión es el “nivel gratuito” que ofrece suficiente acceso a pruebe nuevas ideas y tal vez ejecute un sitio web pequeño y personal mientras sigue cobrando por un uso más sustancial. Los desarrolladores no encuentran ningún impedimento cuando simplemente están experimentando, pero si quieren comenzar algo serio, deben 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 que pagan tener acceso completo al código para realizar auditorías o experimentación, pero no lo publica. Los clientes pueden ver lo que quieren, pero no pueden socavar a la empresa ni regalar el software. Estas licencias ofrecen algo de lo que hizo popular el código abierto sin sacrificar la capacidad de exigir pagos. Financiación cuadráticaAlgunos desarrolladores prefieren apoyar proyectos con un amplio atractivo. La financiación cuadrática está diseñada con un circuito de retroalimentación que recompensa muchas donaciones más pequeñas que unas pocas grandes. En otras palabras, premia los proyectos que cuentan con 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 guiar sus donaciones. En lugar de utilizar un programa de emparejamiento estrictamente lineal, utilizan una función cuadrática codificada por el número de donantes. Algunas versiones más extremas pueden elegir funciones aún más extremas. 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 o 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 comohuntr, buidlbox y Bountysource son solo 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 sus propios programas de recompensas directamente. Becas o trabajos La solución más común es que los equipos contraten desarrolladores de código abierto y les asignen pasar al menos parte de su tiempo trabajando en código de código abierto. Los desarrolladores obtienen ingresos estables y la empresa obtiene conocimiento de primera mano del código y cierta capacidad para dirigir el desarrollo. Este proceso se ha vuelto más formalizado. Algunas empresas están estructurando el trabajo en forma de becas y otorgando subvenciones específicas, a veces con un período de tiempo fijo y otras con un compromiso indefinido. Algunos usan esto para proyectos que necesitan apoyar desesperadamente y otros hacen obsequios solo para apoyar a la comunidad. Dales dinero en efectivo Los abuelos siempre han sabido que un poco de dinero en efectivo en la tarjeta de cumpleaños es el mejor regalo de todos. El mundo del código abierto sigue encontrando formas sencillas de facilitar la donación directa a las personas que realizan el trabajo. No es raro ver avisos explícitos y solicitudes de soporte al instalar o actualizar software. Muchas de las distribuciones de Linux, por ejemplo, hacen una solicitud clara cuando la gente descarga los binarios. Algunas empresas tienen programas que organizan su apoyo y donaciones. Estos programas a veces se denominan «fondos FOSS» o subvenciones. Muchas de las corporaciones tecnológicas más grandes se han dado cuenta de que es miope tomar constantemente del mundo del código abierto sin dar algo a cambio. Los ejemplos incluyen programas de Google, Bloomberg, Microsoft y Linux. Fundación. Hoy en día, obsequios como estos son mucho más fáciles de entender para las empresas de tecnología. En el pasado, los contadores estaban felices de no hacer nada y aprovechar el arduo trabajo de otros. Ahora, los desarrolladores de software y sus gerentes se dan cuenta de que es útil ser un socio de apoyo para las comunidades que están construyendo el código. Se dan cuenta de que no existe nada gratis y que unas cuantas buenas subvenciones contribuyen en gran medida a sostener el software que constituye la base de su empresa. Copyright © 2023 IDG Communications , Cª.

Source link