Hispanopedia Wiki
Articulo de referencia

Modelos de negocio para el software de código abierto

Las empresas de software centradas en el desarrollo de software de código abierto (OSS) emplean diversos modelos de negocio para afrontar el reto de obtener beneficios de un sof...

Hispanopedia WikiContenido en espanolLectura gratuita

Las empresas de software centradas en el desarrollo de software de código abierto (OSS) emplean diversos modelos de negocio para afrontar el reto de obtener beneficios de un software con licencia de código abierto . Cada una de estas estrategias se basa en la premisa de que los usuarios de tecnologías de código abierto están dispuestos a adquirir funcionalidades adicionales con licencias propietarias, o bien otros servicios o elementos de valor que complementen el software de código abierto fundamental para su negocio. Este valor añadido puede incluir, entre otros, funcionalidades de nivel empresarial y garantías de disponibilidad (a menudo mediante un acuerdo de nivel de servicio ) para satisfacer los requisitos empresariales o de cumplimiento normativo, mejoras en el rendimiento y la eficiencia gracias a funcionalidades aún no disponibles en la versión de código abierto, protección legal (por ejemplo, indemnización por infracción de derechos de autor o patentes), o soporte, formación y consultoría profesionales, típicos de las aplicaciones de software propietario.

Históricamente, estos modelos de negocio surgieron a finales de la década de 1990 y principios de la de 2000 como modelos de " doble licencia " (por ejemplo, MySQL [ 1 ] ), y han evolucionado con el tiempo, dando lugar a múltiples variantes, como se describe en las secciones siguientes. Los modelos de doble licencia pura no son infrecuentes, dado que se ha desarrollado un enfoque empresarial más matizado para las empresas de software de código abierto. Muchas de estas variantes se denominan modelo de núcleo abierto , en el que las empresas desarrollan tanto elementos de software de código abierto como otros elementos de valor para un producto combinado.

Una variedad de enfoques comerciales compatibles con el código abierto han ganado prominencia en los últimos años, como lo ilustra y monitorea el Commercial Open Source Software Index (COSSI), [ 2 ] una lista de empresas comerciales de código abierto que han alcanzado al menos US$100 millones en ingresos. Ejemplos notables incluyen el núcleo abierto (a veces denominado licencia dual o licencia múltiple ), el software como servicio (no se cobra por el software sino por las herramientas y la plataforma para consumir el software como un servicio, a menudo a través de una suscripción), freemium , financiamiento basado en donaciones, crowdfunding y crowdsourcing .

Existen varios tipos de modelos de negocio para obtener beneficios utilizando software de código abierto (OSS) o financiando su creación, desarrollo y mantenimiento. La siguiente lista muestra una serie de modelos de negocio comerciales actuales, existentes y legales en el contexto del software de código abierto y las licencias de código abierto. [ 3 ] La aceptación de estos enfoques ha sido variada; algunos son recomendados (como el núcleo abierto y la venta de servicios), otros son aceptados, mientras que otros son considerados controvertidos o incluso poco éticos por la comunidad de código abierto. El objetivo subyacente de estos modelos de negocio es aprovechar el tamaño y el alcance internacional de la comunidad de código abierto . Dependiendo del proyecto, las opciones de financiación y su éxito difieren para una empresa comercial sostenible. [ 4 ] La gran mayoría de las empresas comerciales de código abierto experimentan una tasa de conversión (medida por el porcentaje de descargadores que compran algo) muy inferior al 1%, por lo que las funciones de marketing y ventas de bajo coste y altamente escalables son clave para la rentabilidad de estas empresas. [ 5 ]

No vendo código

Servicios profesionales

El software de código abierto también puede comercializarse mediante la venta de servicios , como capacitación, soporte técnico o consultoría , en lugar del software en sí. [ 6 ] [ 7 ]

Otra posibilidad es ofrecer software de código abierto únicamente en formato de código fuente , proporcionando binarios ejecutables solo a clientes de pago, ofreciendo el servicio comercial de compilación y empaquetado del software. Asimismo, se pueden comercializar productos como soportes de instalación físicos (por ejemplo, DVD ).

Las empresas de código abierto que utilizan este modelo de negocio con éxito son, por ejemplo, RedHat , [ 8 ] IBM , SUSE , Hortonworks (para Apache Hadoop ), Chef y Percona (para software de bases de datos de código abierto).

Productos de marca

Algunas organizaciones de código abierto, como la Fundación Mozilla [ 9 ] y la Fundación Wikimedia [ 10 ], venden artículos de merchandising con su marca, como camisetas y tazas de café. Esto también puede considerarse un servicio adicional que se ofrece a la comunidad de usuarios .

Software como servicio

Vender suscripciones para cuentas en línea y acceso al servidor a los clientes es una forma de agregar valor al  software de código abierto . Otra forma es combinar software de escritorio con un servicio, lo que se denomina software más servicios . La mayoría de las empresas de código abierto que utilizan este enfoque también proporcionan el software de una manera adecuada para la implementación local , de autogestión. Sin embargo, para algunos clientes, existe un valor significativo en un producto alojado "plug and play". Las empresas de código abierto que utilizan este modelo suelen atender a pequeñas y medianas empresas que no cuentan con los recursos tecnológicos para ejecutar el software. Proporcionar servicios de computación en la nube o software como servicio (SaaS) sin la publicación del software de código abierto no constituye una implementación de código abierto. Con un enfoque SaaS, las empresas ya no necesitan escribir código nuevo desde cero, sino que pueden usar el software que necesitan pagando una suscripción. La tecnología sin servidor permite a las empresas transferir completamente la gestión de la infraestructura al proveedor, lo que significa que los equipos pueden crear aplicaciones escalables de manera más eficiente, económica, sencilla y confiable. [ 11 ]

La Free Software Foundation (FSF) denominó al caso de uso del lado del servidor sin la publicación del código fuente como la " laguna ASP en la GPLv2" y, por lo tanto, alentó el uso de la Licencia Pública General Affero de GNU , que subsanó esta laguna en 2002. [ 12 ] [ 13 ]

Donaciones voluntarias

Hubo experimentos de desarrolladores independientes para financiar el desarrollo de software de código abierto mediante donaciones impulsadas directamente por los usuarios, por ejemplo, con Illumination Software Creator en 2012. [ 14 ] Desde 2011, SourceForge permite a los usuarios donar a proyectos alojados que optaron por aceptar donaciones, lo cual se habilita a través de PayPal . [ 15 ]

También existen campañas de donación de mayor envergadura. En 2004, la Fundación Mozilla llevó a cabo una campaña de recaudación de fondos para apoyar el lanzamiento del navegador web Firefox 1.0 . Publicó un anuncio de dos páginas en la edición del 16 de diciembre de The New York Times, donde se enumeraban los nombres de los miles de donantes. [ 16 ] [ 17 ]

En mayo de 2019, GitHub , una plataforma de Microsoft para el alojamiento, la gestión y la colaboración de repositorios de software basados ​​en Git , lanzó un programa de patrocinadores que permite a las personas que apoyan ciertos proyectos de código abierto alojados en GitHub donar dinero a los desarrolladores que contribuyen y mantienen el proyecto. [ 18 ]

Crowdsourcing

El crowdsourcing es un tipo de actividad participativa en línea en la que un individuo, una institución, una organización sin fines de lucro o una empresa propone a un grupo de individuos con conocimientos, heterogeneidad y número variables, la realización voluntaria de una tarea mediante una convocatoria abierta y flexible. La realización de la tarea, de complejidad y modularidad variables, en la que el colectivo debe participar aportando su trabajo, dinero, conocimientos y/o experiencia, siempre implica un beneficio mutuo. El usuario recibirá la satisfacción de un tipo de necesidad determinada, ya sea económica, reconocimiento social, autoestima o el desarrollo de habilidades individuales, mientras que el promotor del crowdsourcing obtendrá y utilizará en su beneficio lo que el usuario haya aportado al proyecto, cuya forma dependerá del tipo de actividad realizada. Las advertencias al implementar una estrategia de crowdsourcing son inducir un modelo de mercado o incentivo sustancial, y se debe tener cuidado de que todo el proceso no termine en una anarquía de código abierto plagada de plagios de adware y spyware, con muchas soluciones defectuosas, iniciadas por personas que solo querían probarlo, luego se rindieron pronto y unos pocos ganadores. Algunos ejemplos populares de crowdsourcing son Linux , Google Android , el movimiento del Partido Pirata y Wikipedia.

Formación y certificación

Ofrecemos programas de formación y cursos de certificación relacionados con el software de código abierto, dirigidos a particulares u organizaciones, como el Programa de Certificación de Red Hat o los Programas de Certificación del Linux Professional Institute.

Vender usuarios

Software financiado por publicidad

Para comercializar el software libre y de código abierto (FOSS), muchas empresas (incluidas Google , Mozilla y Canonical ) han adoptado un modelo económico de software financiado por publicidad . Por ejemplo, la aplicación de código abierto AdBlock Plus recibe pagos de Google por permitir que los anuncios aceptables incluidos en la lista blanca eviten el eliminador de anuncios del navegador. [ 19 ] Otro ejemplo es SourceForge , un proveedor de servicios para proyectos de código abierto, cuyo modelo de ingresos se basa en la venta de banners publicitarios en su sitio web. En 2006, SourceForge reportó ingresos trimestrales de $6.5 millones [ 20 ] y de $23 millones en 2009. [ 21 ]

Comunidades de venta

Un modelo de comunidad de pago es aquel en el que parte o la totalidad de la interacción, el soporte, la creación de redes o el acceso exclusivo a un proyecto de código abierto está restringido mediante una suscripción o cuota de membresía. Los miembros de la comunidad pagan por una mayor participación, exclusividad, mentoría o funciones exclusivas para miembros. Monetizan la comunidad y el capital social en lugar de las funciones del software o las licencias en sí. Si se implementa correctamente, puede generar ingresos recurrentes. La versión más popular suele ser el modelo freemium, donde se tiene acceso a la comunidad básica más funciones exclusivas de pago. Un buen ejemplo es la FSF, a pesar de ser una organización sin ánimo de lucro. Se tiene acceso gratuito a su IRC, pero el foro requiere una cuota de membresía. También ofrece ventajas como su servidor XMPP, descuentos en compras, etc. [ 22 ]

Vender código una vez

Desarrollo impulsado por recompensas

Los usuarios de un software específico pueden unirse y aportar fondos para un programa de recompensas de código abierto que fomente la implementación de una función o característica deseada. Ofrecer recompensas como método de financiación existe desde hace tiempo. Por ejemplo, Bountysource era una plataforma web que ofrecía este modelo de financiación para software de código abierto desde 2003.

Otra fuente de recompensas son las empresas o fundaciones que establecen programas de recompensas por la implementación de funcionalidades o la corrección de errores en software de código abierto relevante para ellas. Por ejemplo, Mozilla ha estado pagando y financiando a programadores independientes de código abierto para la búsqueda y corrección de errores de seguridad desde 2004. [ 23 ] [ 24 ] [ 25 ]

Código de preventa

Colaboración con organizaciones financiadoras

Otras situaciones financieras incluyen asociaciones con otras empresas. Los gobiernos , las universidades , las empresas y las organizaciones no gubernamentales pueden desarrollar internamente o contratar a un tercero para realizar modificaciones internas personalizadas, y luego publicar ese código bajo una licencia de código abierto. Algunas organizaciones apoyan el desarrollo de software de código abierto mediante subvenciones o becas , como la iniciativa Summer of Code de Google, fundada en 2005. [ 26 ]

Modelo de pre-pedido/financiación colectiva/recompensa inversa

Una oportunidad de financiación más reciente para proyectos de software de código abierto es el crowdfunding , que comparte similitudes con el modelo de negocio de pre-pedido o Praenumeration , así como con el modelo de recompensa inversa, organizado normalmente a través de plataformas web como Kickstarter , [ 27 ] Indiegogo , [ 28 ] o Bountysource [ 29 ] (véase también la comparación de servicios de crowdfunding ). Un ejemplo es la exitosa campaña de financiación en Indiegogo en 2013 del programador australiano Timothy Arceri, quien ofreció implementar una extensión de OpenGL 4.3 para la biblioteca Mesa en dos semanas por 2500 dólares. [ 28 ] Arceri entregó el código de la extensión de OpenGL que se fusionó rápidamente con el proyecto principal, y más tarde continuó sus esfuerzos en Mesa con sucesivas campañas de crowdfunding. [ 30 ] Posteriormente, encontró trabajo como empleado en este ámbito con Collabora y en 2017 con Valve . [ 31 ] Otro ejemplo es la campaña de financiación colectiva de junio de 2013 en Kickstarter [ 32 ] [ 33 ] del videojuego de código abierto Cataclysm: Dark Days Ahead , que recaudó el pago de un desarrollador a tiempo completo durante 3,5 meses. La financiación a través de Patreon también se ha convertido en una opción eficaz, ya que el servicio permite realizar pagos mensuales a los creadores, muchos de los cuales pretenden desarrollar software libre y de código abierto. [ 34 ]

Venta de acuerdos de licencia

Licencia dual o núcleo abierto

En un modelo de licencia dual , el proveedor desarrolla software y lo ofrece bajo una licencia de código abierto , pero también bajo términos de licencia propietaria separados. La versión propietaria puede ser licenciada para financiar el desarrollo continuo de la versión gratuita de código abierto. [ 35 ] Los clientes pueden preferir una edición gratuita y de código abierto para pruebas, evaluación, desarrollo de prueba de concepto e implementación a pequeña escala. Si el cliente desea implementar el software a gran escala o en productos distribuidos propietarios, entonces el cliente negocia una licencia comercial para una edición empresarial. Además, los clientes conocerán el software de código abierto en el portafolio y las ofertas de una empresa, pero generarán negocios en otros productos y soluciones propietarias, incluidos contratos y servicios de soporte técnico comercial . Un ejemplo popular es la base de datos MySQL de Oracle , que tiene una licencia dual bajo una licencia propietaria comercial y también bajo la GPLv2 . [ 36 ] Otro ejemplo es la licencia Sleepycat . El desarrollador de Flask, Armin Ronacher, afirmó que la AGPLv3 fue un "terrible éxito" como "vehículo para la doble licencia comercial" y señaló que MongoDB , RethinkDB , OpenERP , SugarCRM y WURFL utilizan la licencia para este propósito. [ 37 ]

Los productos con licencia dual se suelen vender como una "versión comunitaria" y una "versión empresarial". En un modelo de licencia dual puro, como era común antes de 2010, estas versiones son idénticas, pero se ofrecen con diferentes condiciones de licencia. El software propietario adicional puede ayudar a los clientes a analizar datos o a implementar el software de forma más eficiente en su infraestructura o plataforma. Algunos ejemplos son el software propietario Linux de IBM , donde IBM contribuye al ecosistema de código abierto Linux, pero desarrolla y distribuye (a sus clientes de pago) software de bases de datos , middleware y otro software que se ejecuta sobre el núcleo de código abierto. Otros ejemplos de productos propietarios basados ​​en software de código abierto incluyen Red Hat Enterprise Linux y el software basado en Apache Hadoop de Cloudera .

Excepciones de venta a las licencias copyleft

Si un producto de software está bajo una licencia copyleft , los titulares de los derechos de autor pueden optar por vender excepciones a los clientes, permitiendo el acceso al código bajo términos diferentes a los de la licencia. Por ejemplo, el titular de los derechos de autor puede vender el derecho a incorporar su código en el proyecto propietario de un cliente. Esta práctica se distingue de la doble licencia, ya que la excepción solo está disponible para quienes pagan; no se trata de una segunda opción de licencia.

Richard Stallman ha sugerido anteriormente vender excepciones a proyectos como Qt . [ 38 ]

Certificados de venta y uso de marca registrada

Otro enfoque de financiación es el innovador Moodle , un sistema de gestión del aprendizaje y plataforma comunitaria de código abierto . [ 39 ] [ 40 ] El modelo de negocio gira en torno a una red de socios comerciales [ 41 ] que están certificados y, por lo tanto, autorizados a usar el nombre y el logotipo de Moodle , [ 42 ] y que a su vez proporcionan una proporción de los ingresos al Moodle Trust, que financia el desarrollo principal. [ 43 ]

Re-licencia bajo una licencia propietaria

Si un producto de software utiliza únicamente software cuyos derechos de autor pertenecen a la empresa y software de código abierto bajo una licencia de software libre permisiva , una empresa puede volver a licenciar el producto de software resultante bajo una licencia propietaria y vender el producto sin el código fuente ni las libertades del software . [ 44 ] Por ejemplo, Apple Inc. es un usuario asiduo de este enfoque al utilizar código fuente y software de proyectos de código abierto. Por ejemplo, el núcleo del sistema operativo BSD Unix (bajo la licencia BSD ) se utilizó en las Mac PC de Apple que se vendieron como productos propietarios. [ 45 ] Otra variante es volver a licenciar el software bajo una licencia que permita la modificación, pero restrinja el uso comercial. [ 46 ] [ 47 ]

Venta de aditivos patentados

Venta de extensiones propietarias opcionales

Algunas empresas venden extensiones, módulos, complementos o complementos propietarios pero opcionales para un producto de software de código abierto. Este enfoque es una variante del modelo de negocio freemium . El software propietario puede estar diseñado para que los clientes obtengan más valor de sus datos, infraestructura o plataforma, por ejemplo, operar su infraestructura/plataforma de manera más efectiva y eficiente, administrarla mejor o protegerla mejor. Ejemplos de ello son el software propietario Linux de IBM , donde IBM contribuye al ecosistema de código abierto Linux, pero desarrolla y distribuye (a los clientes de pago de IBM) software de base de datos , middleware y otro software que se ejecuta sobre el núcleo de código abierto. Otros ejemplos de productos propietarios basados ​​en software de código abierto incluyen Red Hat Enterprise Linux y el software basado en Apache Hadoop de Cloudera . Algunas empresas parecen reinvertir una parte de sus ganancias financieras por la venta de software propietario en la infraestructura de código abierto. [ 48 ]

Este enfoque puede resultar problemático con muchas licencias de código abierto ("no cumple con la licencia") si no se lleva a cabo con el debido cuidado. Por ejemplo, mezclar código propietario y código con licencia de código abierto en bibliotecas enlazadas estáticamente [ 49 ] o compilar todo el código fuente en un producto de software podría violar las licencias de código abierto, mientras que mantenerlos separados mediante interfaces y bibliotecas de enlace dinámico cumpliría con la licencia.

Venta de las partes propietarias necesarias de un producto de software.

Una variante del enfoque anterior consiste en mantener como propietario el contenido de datos necesario (por ejemplo, el audio, los gráficos y otros recursos artísticos de un videojuego ) de un producto de software, mientras que el código fuente del software se convierte en código abierto. Si bien este enfoque es completamente legítimo y compatible con la mayoría de las licencias de código abierto, los clientes deben comprar el contenido para obtener un producto de software completo y funcional. [ 50 ] Posteriormente, se pueden aplicar licencias restrictivas al contenido, lo que impide la redistribución o reventa del producto de software completo. Ejemplos de software desarrollado como código abierto son el videojuego Steel Storm de Kot-in-Action Creative Artel , cuyo motor tiene licencia GPLv2 , mientras que las ilustraciones tienen licencia CC BY-NC-SA 3.0, [ 51 ] y Frogatto & Friends con un motor de código abierto de desarrollo propio [ 52 ] y comercialización a través de los recursos del juego con derechos de autor [ 53 ] para iPhone , BlackBerry y MacOS . [ 54 ]

Otros ejemplos son Arx Fatalis (de Arkane Studios ) [ 55 ] y Catacomb 3-D (de Flat Rock Software ) [ 56 ] , cuyo código fuente se abrió al público con retraso tras su lanzamiento, mientras que los activos y binarios con derechos de autor se siguen vendiendo en gog.com como distribución digital . [ 57 ]

Richard Stallman sostiene que las licencias no libres que permiten compartir obras de arte o entretenimiento son aceptables. [ 58 ]

La agrupación de un producto de software de código abierto con hardware que impide a los usuarios ejecutar versiones modificadas del software se denomina tivoización y es legal con la mayoría de las licencias de código abierto, excepto GPLv3 , que prohíbe explícitamente este caso de uso. [ 59 ]

Venta de sistemas de actualización propietarios

Otra variante del enfoque anterior, utilizada principalmente para programas de software con gran volumen de datos, consiste en mantener todas las versiones del software bajo una licencia de software libre y de código abierto, pero sin proporcionar scripts de actualización de la versión n a la n +1. Los usuarios aún pueden implementar y ejecutar el software de código abierto. Sin embargo, cualquier actualización a la siguiente versión requiere exportar los datos, reinstalar la nueva versión y luego volver a importar los datos a la nueva versión, suscribirse al sistema de actualización propietario o estudiar ambas versiones y recrear los scripts desde cero.

Esta práctica no se ajusta a los principios del software libre defendidos por la FSF. Richard Stallman condena esta práctica y la denomina «software diacrónicamente atrapado». [ 60 ]

Venta sin licencia de propiedad

Todos los métodos mencionados anteriormente se derivan del enfoque tradicional en la venta de software, donde el software se licencia para su instalación y ejecución en una infraestructura proporcionada por el usuario o cliente. En el negocio clásico de productos de software, los ingresos suelen provenir de la venta de actualizaciones de software al cliente. Sin embargo, también se practica la venta de programas o complementos idénticos, pero sin licencia propietaria. Por ejemplo, aplicaciones como Ardour, [ 61 ] Radium [ 62 ] o Fritzing [ 63 ] son ​​software libre bajo licencia GPL, pero se cobra una tarifa para obtener el binario oficial, a menudo junto con soporte técnico o el privilegio de atraer la atención de los desarrolladores para agregar nuevas funcionalidades al programa. También se practica la venta tanto del código fuente como de los binarios, como hizo Red Hat . [ 64 ]

Esta práctica se ajusta a los principios del software libre defendidos por la FSF. [ 65 ]

Otros modelos de negocio comunes

Ofuscación del código fuente

Un enfoque para permitir la comercialización bajo algunas licencias de código abierto, protegiendo al mismo tiempo secretos comerciales cruciales, propiedad intelectual y conocimientos técnicos, es la ofuscación del código fuente. Este enfoque se utilizó en varios casos, por ejemplo, por Nvidia en sus controladores de dispositivos de tarjetas gráficas de código abierto . [ 66 ] Esta práctica se utiliza para obtener propaganda favorable al código abierto sin sufrir inconvenientes. Ha habido un debate en la comunidad de software libre/código abierto sobre si es ilegal eludir las licencias de software copyleft publicando el código fuente de forma ofuscada, como en los casos en que el autor no está dispuesto a hacer que el código fuente esté disponible. El consenso general fue que, si bien no era ético, no se consideraba una violación.

La Free Software Foundation se opone a esta práctica. [ 67 ] La Licencia Pública General de GNU, desde su versión 2, define "código fuente" como "la forma preferida de la obra para realizar modificaciones en ella". Esto tiene como objetivo evitar la publicación de código fuente ofuscado. [ 68 ]

Retraso en la publicación de código abierto

Algunas empresas ofrecen la última versión disponible solo para clientes de pago. Un proveedor bifurca un proyecto de software que no es copyleft , le añade extensiones de código cerrado y vende el software resultante. Tras un período de tiempo fijo, los parches se publican de nuevo en el repositorio original bajo la misma licencia que el resto del código fuente. Este modelo de negocio se denomina retraso de versión o retraso temporal. [ 48 ] [ 69 ]

Por ejemplo, en 2016 MariaDB Corporation creó para el negocio una licencia de código abierto diferido compatible con la licencia Business Source License (BSL), que se renueva automáticamente después de tres años a la GPL de software libre . [ 70 ] [ 71 ] Este enfoque garantiza a los licenciatarios que tienen acceso al código fuente (por ejemplo, para auditorías de código ), no están atrapados en una plataforma cerrada ni sufren obsolescencia programada , mientras que para el desarrollador de software es posible una comercialización exclusiva por tiempo limitado. [ 70 ] En 2017 le siguió la versión 1.1, revisada con comentarios también de Bruce Perens . [ 72 ] [ 73 ]

Este enfoque se ha denominado recientemente "Fair Source" (Código Justo), y el software que se publica con el código fuente disponible y luego se publica bajo una licencia de código abierto se denomina "Fair Source Software" (Software de Código Justo). [ 74 ] [ 46 ]

Sin embargo, este enfoque solo funciona con software propio o partes de código con licencia permisiva , ya que no existe ninguna licencia copyleft FOSS disponible que permita la apertura diferida del código fuente después de la distribución o venta de un producto de software.

Código abierto al final de la vida útil

Una variante extrema del "código abierto diferido" es una práctica comercial popularizada por id Software [ 75 ] [ 76 ] y 3D Realms , [ 77 ] [ 78 ] que lanzaron varios productos de software bajo una licencia de software libre después de un largo período de comercialización propietaria y se logró el retorno de la inversión . La motivación de las empresas que siguen esta práctica de liberar el código fuente cuando un software llega al final de su vida comercial es evitar que su software se convierta en Abandonware sin soporte o incluso se pierda debido a la obsolescencia digital . [ 79 ] Esto da a las comunidades de usuarios la oportunidad de continuar el desarrollo y el soporte del producto de software por sí mismas como un proyecto de software de código abierto. [ 80 ] Muchos ejemplos del dominio de los videojuegos están en la lista de videojuegos comerciales con código fuente liberado posteriormente .

Ejemplos populares de software que no son juegos son Netscape Communicator , que se convirtió en código abierto en 1998 [ 81 ] [ 82 ], y la suite ofimática de Sun Microsystems , StarOffice , que se lanzó en octubre de 2000 al final de su ciclo de vida comercial. [ 83 ] Ambos lanzamientos hicieron contribuciones fundamentales a proyectos de código abierto ahora prominentes, a saber, Mozilla Firefox y OpenOffice.org / LibreOffice .

La complejidad como garantía

Los desarrolladores pueden, de forma intencionada o estratégica, dificultar la compilación, el despliegue o el uso completo del software de código abierto sin herramientas, servicios o conocimientos especializados adicionales. Si bien el software sigue siendo legalmente de código abierto, las barreras prácticas —como sistemas de compilación complejos, dependencias poco claras o cadenas de herramientas especializadas— generan una dependencia de facto del ecosistema del desarrollador o de sus servicios de pago.

Este enfoque permite a las empresas monetizar su software indirectamente mediante la venta de:

  • Servicios de apoyo comercial o consultoría
  • Binarios precompilados o versiones optimizadas
  • Cadenas de herramientas o infraestructura necesarias para su uso práctico

A diferencia de las licencias duales o los complementos propietarios, la complejidad como mecanismo de fidelización aprovecha la fricción práctica en lugar de las restricciones legales para generar ingresos o captar usuarios.

Los críticos argumentan que esta estrategia puede limitar la adopción y contradecir el espíritu del código abierto, mientras que los defensores señalan que equilibra el acceso de la comunidad con modelos de ingresos sostenibles. [ 84 ]

Fondos

A diferencia del software propietario comercial con licencias restrictivas, el software de código abierto se distribuye libremente a través de internet y en soportes físicos. Dado que los creadores no pueden exigir a cada usuario el pago de una licencia para financiar el desarrollo de esta manera, han surgido diversos modelos alternativos de financiación.

Un ejemplo de estos modelos de financiación es el desarrollo de software a medida como proyecto de consultoría para uno o más clientes que lo solicitan. Estos clientes pagan a los desarrolladores para que el software se desarrolle según sus necesidades y, además, pueden supervisar de cerca su trabajo. Si ambas partes están de acuerdo, el software resultante puede publicarse con una licencia de código abierto para permitir su posterior adopción por parte de terceros. Este acuerdo podría reducir los costes para los clientes, mientras que los desarrolladores originales (o consultores independientes) podrían cobrar por la formación, la instalación, el soporte técnico o la personalización adicional si otros clientes interesados ​​decidieran utilizarlo tras el lanzamiento inicial.

También existen becas para apoyar el desarrollo de software de código abierto, como el programa Summer of Code de Google [ 26 ] y Outreachy [ 85 ] .

Otro enfoque de financiación consiste en proporcionar el software gratuitamente, pero vender licencias para complementos propietarios como bibliotecas de datos. Por ejemplo, un programa CAD de código abierto puede requerir bibliotecas de piezas que se venden mediante suscripción o precio fijo. El software de código abierto también puede promover la venta de hardware especializado con el que interactúa, como por ejemplo el software de telefonía Asterisk desarrollado por el fabricante de hardware de telefonía para PC Digium y la plataforma de robótica Robot Operating System (ROS) de Willow Garage y Stanford AI Labs. Muchos proyectos de software de código abierto han comenzado como proyectos de investigación en universidades, como proyectos personales de estudiantes o profesores, o como herramientas para apoyar la investigación científica. La influencia de las universidades e instituciones de investigación en el código abierto se evidencia en la cantidad de proyectos que llevan el nombre de sus instituciones anfitrionas, como BSD Unix , CMU Common Lisp o NCSA HTTPd , que evolucionó hasta convertirse en Apache .

Las empresas pueden contratar desarrolladores para trabajar en proyectos de código abierto que sean útiles para la infraestructura de la empresa: en este caso, se desarrolla no como un producto para vender, sino como una especie de utilidad pública compartida. Una corrección de errores local o una solución a un problema de software, escrita por un desarrollador ya sea a petición de una empresa o para facilitar su propio trabajo, puede publicarse como una contribución de código abierto sin coste alguno para la empresa. [ 86 ] Un proyecto de mayor envergadura, como el kernel de Linux, puede tener colaboradores de docenas de empresas que lo utilizan y dependen de él, así como desarrolladores aficionados e investigadores.

Un nuevo enfoque de financiación para proyectos de código abierto es el crowdfunding , organizado a través de plataformas web como Kickstarter , Indiegogo o Bountysource . [ 29 ] Liberapay es una plataforma de crowdfunding, principalmente para proyectos de código abierto, que a su vez es de código abierto. [ 87 ]

Desafíos

El software de código abierto puede venderse y utilizarse comercialmente en general . Además, las aplicaciones comerciales de código abierto forman parte de la industria del software desde hace algún tiempo. [ 88 ] [ 89 ] Si bien la comercialización o la financiación de proyectos de software de código abierto es posible, se considera un reto. [ 90 ]

Dado que varias licencias de código abierto estipulan que los autores de obras derivadas deben distribuirlas bajo una licencia de código abierto ( copyleft ), los ISV y VAR tienen que desarrollar nuevos mecanismos legales y técnicos para fomentar sus objetivos comerciales, [ 3 ] ya que muchos mecanismos tradicionales ya no son directamente aplicables.

La sabiduría empresarial tradicional sugiere que los métodos, activos y propiedad intelectual de una empresa deben mantenerse ocultos a la competencia ( secreto comercial ) el mayor tiempo posible para maximizar el tiempo de comercialización rentable de un nuevo producto. [ 91 ] El desarrollo de software de código abierto minimiza la efectividad de esta táctica; el desarrollo del producto generalmente se realiza a la vista del público, lo que permite que proyectos o clones de la competencia incorporen nuevas características o mejoras tan pronto como se actualice el repositorio de código público, como lo permiten la mayoría de las licencias de código abierto. Asimismo, en el ámbito del hardware informático, un fabricante de hardware que proporciona controladores de software libre y abierto revela el conocimiento sobre los detalles de implementación del hardware a la competencia, que podría utilizar este conocimiento para ponerse al día.

Por lo tanto, existe un debate considerable sobre si los proveedores pueden lograr un negocio sostenible con una estrategia de código abierto. En términos de una empresa de software tradicional, probablemente esta no sea la pregunta adecuada. Si observamos el panorama de las aplicaciones de código abierto, muchas de las más importantes están patrocinadas (y en gran medida desarrolladas) por empresas de sistemas como IBM , cuyo objetivo no suele ser la obtención de ingresos por licencias de software. Otras empresas de software, como Oracle y Google, han patrocinado o contribuido con importantes bases de código abierto. La motivación de estas empresas tiende a ser más estratégica, en el sentido de que buscan cambiar las reglas del mercado y reducir la influencia de proveedores como Microsoft. Los proveedores más pequeños que trabajan con código abierto pueden estar menos preocupados por el crecimiento inmediato de los ingresos que por desarrollar una comunidad grande y leal, lo cual puede ser la base de una valoración corporativa en caso de fusión.

FOSS y economía

Según Yochai Benkler , profesor Berkman de Estudios Jurídicos Empresariales en la Facultad de Derecho de Harvard , el software libre es la parte más visible de una nueva economía de producción colaborativa de información, conocimiento y cultura basada en los bienes comunes. Como ejemplos, cita diversos proyectos de software libre y de código abierto. [ 92 ]

Esta nueva economía ya está en desarrollo. Para comercializar el software libre, muchas empresas, siendo Google la más exitosa, están adoptando un modelo económico de software financiado por publicidad . En este modelo, la única forma de aumentar los ingresos es incrementar el valor de la publicidad. Facebook ha sido criticado recientemente por utilizar métodos novedosos de seguimiento de usuarios para lograrlo. [ 93 ]

Esta nueva economía no está exenta de alternativas. Las App Stores de Apple han demostrado ser muy populares tanto entre usuarios como entre desarrolladores. La Free Software Foundation considera que las App Stores de Apple son incompatibles con su GPL y se quejó de que Apple estaba infringiendo la GPL con sus términos de uso de iTunes . [ 94 ] En lugar de cambiar esos términos para cumplir con la GPL, Apple eliminó los productos con licencia GPL de sus App Stores. [ 95 ] Los autores de VLC , uno de los programas con licencia GPL que se encuentran en el centro de esas quejas, iniciaron recientemente el proceso para cambiar de la GPL a la LGPL y la MPL . [ 96 ] [ 97 ]

Ejemplos

Gran parte de Internet funciona con herramientas y utilidades de software de código abierto como Linux , Apache HTTP Server , MySQL y PHP , conocidas como la pila LAMP para servidores web. El uso de código abierto resulta atractivo para los desarrolladores de software por tres razones principales: bajo costo o nulo, acceso al código fuente que pueden adaptar según sus necesidades y una comunidad compartida que garantiza una base de código generalmente sólida , con soluciones rápidas para nuevos problemas.

A pesar de dedicarse en gran medida al software propietario, algunas empresas como Oracle Corporation e IBM participaron en el desarrollo de software libre y de código abierto para evitar monopolios y ganar cuota de mercado . Consulte la sección Aplicaciones comerciales de código abierto para obtener una lista actualizada. Las acciones de Netscape fueron un ejemplo de ello, y gracias a ello, Firefox de Mozilla Corporation se ha vuelto más popular, arrebatando cuota de mercado a Internet Explorer de Microsoft .

Véase también

Referencias

  1. ↑ "MySQL: Licencia comercial para OEM, ISV y VAR" . www.mysql.com . Consultado el 11 de septiembre de 2019 .
  2. ↑ "COSSI: Índice de empresas de software de código abierto comerciales con ingresos superiores a 100 millones de dólares" . Google Docs . Consultado el 28 de agosto de 2019 .
  3. 1 2 Popp, Dr. Karl Michael (2015). Mejores prácticas para el uso comercial de software de código abierto . Norderstedt, Alemania: Books on Demand. ISBN 978-3738619096.
  4. ↑ Augmenta. "Monetización de código abierto: desafíos y estrategias" . Wiki de license-Token . Consultado el 26 de marzo de 2025 .
  5. ↑ Riehle, Dirk. "El modelo de negocio de código abierto comercial de un solo proveedor" . Researchgate . Consultado el 19 de septiembre de 2021 .
  6. ↑ Germain, Jack M. (5 de noviembre de 2013). "FOSS en la empresa: ¿Pagar o no pagar?" . LinuxInsider . ECT News Network, Inc. Recuperado el 18 de junio de 2016 .
  7. ↑ Rubens, Paul (13 de febrero de 2013). "6 razones para pagar por software de código abierto" . CIO . CXO Media, Inc. Recuperado el 18 de junio de 2016. El software de código abierto es gratuito para descargar, modificar y usar, pero eso no significa que no valga la pena pagar por él en ocasiones. Si utiliza software de código abierto en un entorno comercial o empresarial, aquí tiene seis razones por las que debería pagar por software gratuito.
  8. ↑ McMillan, Robert (28 de marzo de 2012). "Red Hat se convierte en el primer bebé de código abierto de mil millones de dólares" . Wired . Consultado el 18 de junio de 2016. Otras compañías han ganado mucho dinero vendiendo Linux (Intel, IBM, Dell y otras lo han utilizado como una forma de vender hardware y servicios de soporte), pero Red Hat ha logrado la difícil tarea de construir una plataforma de software por la que las grandes empresas estén dispuestas a pagar.
  9. ↑ Markham, Gervase (16 de marzo de 2004). "La Fundación Mozilla ordena a los vendedores no oficiales de productos de Mozilla que cesen su actividad y advierte sobre acciones legales" . MozillaZine . Consultado el 18 de junio de 2016 .
  10. ↑ "Tienda de Wikipedia" . Fundación Wikimedia. 2016. Consultado el 18 de junio de 2016 .
  11. ↑ Ballhausen, Miriam (2014). "OpenSaaS: Uso de software libre y de código abierto como software como servicio" . Revista Internacional de Derecho del Software Libre y de Código Abierto . 6 : 61–68 . ISSN 2666-8106 . 
  12. ↑ "Licencias" . Proyecto GNU . Fundación del Software Libre. Licencia Pública General Affero de GNU . Consultado el 18 de junio de 2016. Recomendamos que se considere el uso de la Licencia Pública General Affero de GNU para cualquier software que se ejecute habitualmente en una red.
  13. ↑ Tiemann, Michael (7 de junio de 2007). "GNU Affero GPL versión 3 y la "laguna ASP"" . Iniciativa de Código Abierto . Consultado el 18 de junio de 2016 .
  14. ↑ Sneddon, Joey-Elijah (1 de junio de 2012). "¿Ayudarás a cambiar la forma en que se financian las aplicaciones de código abierto?" . OMGUbuntu . Consultado el 8 de agosto de 2013. Lunduke se compromete a liberar y distribuir gratuitamente su cartera de software, hasta ahora de pago, que incluye el simulador de gestión de distribuciones Linux Linux Tycoon, bajo la licencia GPL, si logra alcanzar una meta de financiación de 4000 dólares al mes mediante donaciones. Según Lunduke, alcanzar esta meta "demostrará a otros que también deseen convertir sus negocios de software a código abierto que es posible".
  15. ↑ Naramore, Elizabeth (4 de marzo de 2011). "Sistema de donaciones de SourceForge.net" . SourceForge . Slashdot Media . Consultado el 16 de octubre de 2017 .
  16. ↑ Fundación Mozilla (15 de diciembre de 2004). "La Fundación Mozilla publica un anuncio de dos páginas en The New York Times " . Consultado el 15 de junio de 2010 .
  17. ↑ Marson, Ingrid (16 de diciembre de 2004). "El New York Times publica un anuncio de Firefox" . cnet.com . Consultado el 12 de agosto de 2013. Los fanáticos del navegador Firefox de la Fundación Mozilla que financiaron un anuncio en The New York Times finalmente verán sus nombres impresos el jueves.
  18. ↑ Tung, Liam. "GitHub ahora te permitirá apoyar a tus desarrolladores de código abierto favoritos" . ZDNet . Consultado el 26 de agosto de 2019 .
  19. ↑ Callaham, John (6 de junio de 2013). "Informe: Google paga a AdBlock Plus para que no bloquee los anuncios de Google" . neowin.com . Consultado el 13 de agosto de 2013. Google está pagando a Eyeo, la empresa detrás de AdBlock Plus, para que sus anuncios pasen a través del bloqueador de anuncios del navegador.
  20. ↑ Hunt, Katherine (24-05-2007). "Sourceforge trimestral aumenta sus ganancias a medida que aumentan los ingresos" . marketwatch.com . Recuperado el 13-08-2013 . Software Corp. informó el jueves por la noche ganancias netas del tercer trimestre de $6.49 millones, o 9 centavos por acción, en comparación con $997,000, o 2 centavos por acción, durante el mismo período del año anterior. Las ganancias pro forma de las operaciones continuas fueron de $2.1 millones, o 3 centavos por acción, en comparación con $1.2 millones, o 2 centavos por acción, el año pasado. El fabricante de servidores informáticos y sistemas de almacenamiento con sede en Fremont, California, dijo que los ingresos para los tres meses que terminaron el 30 de abril aumentaron a $10.3 millones desde $7.9 millones. Los analistas, en promedio, habían pronosticado una ganancia por acción de 2 centavos sobre ingresos de $12 millones.
  21. ↑ "SourceForge informa los resultados financieros del segundo trimestre del año fiscal 2009" . Archivado del original el 3 de junio de 2015.
  22. ↑ "Beneficios para miembros asociados" . Fundación del Software Libre .
  23. ↑ Leyden, John (3 de agosto de 2004), Mozilla pagará recompensas por errores , The Register , consultado el 10 de agosto de 2013.
  24. ↑ Evers, Joris (25 de julio de 2005). "Ofreciendo una recompensa por fallos de seguridad" . CNET . CBS Interactive . Consultado el 12 de agosto de 2007 .
  25. ↑ "La Fundación Mozilla anuncia un programa de recompensas por la detección de errores de seguridad" . Fundación Mozilla . Mountain View, California . 2 de agosto de 2004. Consultado el 10 de agosto de 2013 .
  26. 1 2 Byfield, Bruce (21 de septiembre de 2005). "El Verano del Código de Google concluye" . linux.com . Consultado el 18 de junio de 2016. DiBona dijo que el SOC fue diseñado para beneficiar a todos los involucrados. Los estudiantes tuvieron la oportunidad de trabajar en proyectos reales, en lugar de académicos, y de recibir un salario mientras adquirían experiencia y establecían contactos. Los proyectos FOSS se beneficiaron al obtener código nuevo y tener la oportunidad de reclutar nuevos desarrolladores.
  27. ↑ Lunduke, Bryan (7 de agosto de 2013). "El código abierto obtiene su propio sitio de financiación colectiva, con recompensas incluidas: Bountysource es el sitio de financiación colectiva que la comunidad de código abierto estaba esperando" . networkworld.com . Recuperado el 10 de agosto de 2013. Muchos proyectos de código abierto (desde teléfonos hasta herramientas de programación) han recurrido a sitios de financiación colectiva (como Kickstarter e Indiegogo) para recaudar el dinero necesario para el desarrollo a gran escala. Y, en algunos casos, esto ha funcionado bastante bien.
  28. 1 2 Arceri, Timothy (26-07-2013). "Ayuda a mejorar el soporte de OpenGL para los controladores gráficos de Linux" . Indiegogo . Recuperado el 11-08-2013 . Ayudar a financiar el tiempo que me permite convertirme en colaborador de Mesa y documentar la experiencia para que a otros les resulte más fácil entender por dónde empezar con el código fuente de Mesa. Muchas personas han planteado la idea del crowdsourcing para el desarrollo de controladores de código abierto. Este es un experimento a pequeña escala para ver si podría funcionar.
  29. 1 2 "Bountysource recauda 1,1 millones de dólares para la primera plataforma de financiación colectiva para proyectos de software de código abierto" . Yahoo Finance . Marketwired. 16 de julio de 2013. Consultado el 18 de junio de 2016 .
  30. ↑ Larabel, Michael (12 de noviembre de 2013). "El crowdfunding regresa para otra extensión de Mesa" . Phoronix .
  31. ↑ Larabel, Michael (14 de febrero de 2017). "Valve tiene otro desarrollador de controladores gráficos para Linux trabajando en AMD de código abierto" . Phoronix .
  32. ↑ "Cataclysm: Dark Days Ahead - Desarrollador dedicado" . Kickstarter . 22 de junio de 2013.
  33. ↑ "Multipocalyptic Roguelike Cataclysm: Dark Days Ahead se lanza en Kickstarter" . Archivado del original el 1 de abril de 2014.
  34. ↑ Marchant, Julie. "Julie Marchant está creando videojuegos libres" . Patreon .
  35. ↑ Solatan, Jean (2011). Avances en la economía del software: Una antología sobre modelos de negocio y ecosistemas de socios en la industria del software . Norderstedt, Alemania: BOD. ISBN 978-3-8448-0405-8.
  36. ↑ " Licencia comercial para OEM, ISV y VAR" . MySQL.com . Oracle . Julio de 2010. P4: ¿Cuál es el modelo de licencia dual de Oracle para el software MySQL? Recuperado el 18 de junio de 2016. Oracle pone a disposición su servidor de base de datos MySQL y las bibliotecas cliente de MySQL bajo la GPL y una licencia comercial. Como resultado, los desarrolladores que usan o distribuyen aplicaciones de código abierto bajo la GPL pueden usar el software MySQL con licencia GPL, y los OEM, ISV y VAR que no desean combinar o distribuir el software MySQL con su propio software comercial bajo una licencia GPL pueden adquirir una licencia comercial.
  37. ↑ Ronacher, Armin (23 de julio de 2013). "Licencias en un mundo post-derechos de autor" . Pensamientos y escritos de Armin Ronacher . Lo que cambió en 2007. Recuperado el 18 de junio de 2016. La AGPLv3 fue un fracaso rotundo, especialmente entre la comunidad de startups que encontró la licencia base perfecta para hacer factible la doble licencia con una licencia comercial. MongoDB, RethinkDB, OpenERP, SugarCRM y WURFL ahora utilizan la AGPLv3 como vehículo para la doble licencia comercial. La AGPLv3 generalmente facilita esto, ya que el autor original de los derechos de autor tiene los derechos para hacer posible una licencia comercial, pero nadie que reciba el código fuente a través de la AGPLv3 hereda ese derecho. No estoy seguro de si ese era el uso previsto de la licencia, pero al menos es para lo que definitivamente se está utilizando ahora.
  38. ↑ Stallman, Richard. "Venta de excepciones a la GNU GPL" . GNU . Consultado el 31 de diciembre de 2025 .
  39. ↑ Gartner, Samantha (6 de octubre de 2014). "Moodle siempre será un proyecto de código abierto" . opensource.com . Consultado el 18 de junio de 2016 .
  40. ↑ Dougiamas, Martin (22 de enero de 2014). "Moodle: un estudio de caso sobre sostenibilidad" . OSS Watch . Universidad de Oxford (publicado el 5 de junio de 2007) . Recuperado el 18 de junio de 2016 .
  41. ↑ "¿Cómo funcionan los socios de Moodle?" . Moodle . 2012. Archivado del original el 22 de julio de 2014 . Consultado el 18 de junio de 2016 .
  42. ↑ "La marca registrada Moodle" . Moodle . 2016. Consultado el 18 de junio de 2016 .
  43. ↑ Kolowich, Steve (27 de marzo de 2012). "El giro de Blackboard hacia el código abierto" . Inside Higher Ed . Recuperado el 18 de junio de 2016 .
  44. ↑ Montague, Bruce (13 de noviembre de 2013). "Por qué debería usar una licencia estilo BSD para su proyecto de código abierto: ventajas y desventajas de la GPL" . FreeBSD . Recuperado el 28 de noviembre de 2015. A diferencia de la GPL, diseñada para evitar la comercialización propietaria del código de código abierto, la licencia BSD impone restricciones mínimas al comportamiento futuro. Esto permite que el código BSD siga siendo de código abierto o se integre en soluciones comerciales, según cambien las necesidades de un proyecto o empresa. En otras palabras, la licencia BSD no se convierte en una bomba de relojería legal en ningún momento del proceso de desarrollo. Además, dado que la licencia BSD no conlleva la complejidad legal de las licencias GPL o LGPL, permite a los desarrolladores y empresas dedicar su tiempo a crear y promover buen código en lugar de preocuparse por si ese código infringe la licencia.
  45. ↑ Oram, Andy (26 de agosto de 2011). "Cómo el software libre contribuyó al éxito de Steve Jobs y Apple" . radar.oreilly.com . Consultado el 10 de agosto de 2013. La licencia BSD permitió a Apple mantener sus cambios como propiedad intelectual.
  46. 1 2 Oberhauser, Jan; Malac, Kenneth. "Fair-code" . Recuperado el 27 de marzo de 2025 .
  47. ↑ "Página principal de la licencia del token de compensación abierta" . iunera.com . Consultado el 27 de marzo de 2025 .
  48. 1 2 Olson, Mike (13 de noviembre de 2013). Abundan las oportunidades en el espacio de Big Data . Stanford eCorner . Universidad de Stanford.
  49. ↑ Hustvedt, Eskild (8 de febrero de 2009). "Nuestra nueva forma de cumplir con la LGPL" . Archivado del original el 20 de febrero de 2009. Consultado el 9 de marzo de 2011. Se puede usar la palabra clave especial $ORIGIN para indicar "en relación con la ubicación real del ejecutable". De repente, descubrimos que podíamos usar -rpath $ORIGIN/lib y funcionó. El juego cargaba las bibliotecas correctas, por lo que era estable y portátil, ¡y además cumplía completamente con el espíritu y la letra de la LGPL!
  50. ↑ "TTimo/doom3.gpl" . GitHub . 7 de abril de 2012. Consultado el 10 de agosto de 2013. Versión de código fuente GPL de Doom 3 [...] Esta versión de código fuente no contiene ningún dato del juego; los datos del juego siguen estando cubiertos por el EULA original y deben respetarse como siempre.
  51. ↑ "ACEPTACIÓN DE LICENCIA DE SOFTWARE DE USUARIO LIMITADO DE STEEL STORM EPISODIO 1" . steel-storm.com . Consultado el 10 de agosto de 2013. Para los fines de este Acuerdo, los Activos Artísticos incluyen el archivo pk3 dentro de la carpeta 'steelstorm/gamedata/' que contiene obras de arte gráfico bidimensionales y tridimensionales, fotografías, impresiones y reproducciones de arte, mapas, gráficos, diagramas, modelos y dibujos técnicos, efectos de sonido y arreglos musicales, documentación y videos tutoriales, y están licenciados bajo la licencia Attribution-NonCommercial-ShareAlike 3.0 Unported. El Motor, que incluye binarios para Windows, Linux y Mac, y el código fuente del Motor, están licenciados bajo la licencia GNU GPL v2.
  52. ↑ Simpson, Kristina (2015-04-26). "LICENCIA" . anura-engine - GitHub . Recuperado el 2015-10-10 .
  53. ↑ frogatto (15 de abril de 2020). "Licencia" . GitHub . Licencia CC-BY 3.0 [...] activos bajo derechos de autor
  54. ↑ Gabovitch, Iwan (22 de abril de 2011). "Lanzamientos de código fuente de Humble Indie Bundle" . Otro juego que es comercial (en iDevices) y tiene código FOSS y arte cerrado [...] es Frogatto.
  55. ↑ Nick (14 de enero de 2011). "¡Código fuente y parche de Arx Fatalis publicados!" . bethblog.com . Consultado el 10 de agosto de 2011 .
  56. ↑ Larabel, Michael (6 de junio de 2014). "Softdisk de id Software libera el código fuente de algunos juegos realmente antiguos" . Phoronix . Consultado el 6 de junio de 2014 .
  57. ↑ Ohle, Tom (4 de diciembre de 2008). "Directamente de la mazmorra, Arx Fatalis invade GOG.com" . Develop-Online.net (Comunicado de prensa). Varsovia , Polonia .
  58. ↑ Stallman, Richard (2012). "La educación en línea utiliza una licencia Creative Commons defectuosa" . stallman.org . Consultado el 10 de agosto de 2013. En mi opinión, las licencias no libres que permiten compartir son aceptables para obras de arte/entretenimiento o que presentan el punto de vista de alguna parte (como este artículo). Dichas obras no están destinadas a realizar un trabajo práctico, por lo que el argumento sobre el control del usuario no aplica. Por lo tanto, no me opongo a que se publiquen con la licencia CC BY-NC-ND, que permite únicamente la redistribución no comercial de copias exactas.
  59. ↑ "Actividades - FSFE" . FSFE - Fundación Europea del Software Libre .
  60. ↑ "gnu.org" . www.gnu.org . Consultado el 10 de noviembre de 2017 .
  61. ↑ "ardor" .
  62. ↑ "radio" .
  63. ↑ "fritzing" .
  64. ↑ McGrath, Mike. "Furthering the evolution of CentOS Stream" . redhat.com . Consultado el 21 de junio de 2023 .
  65. ↑ "Preguntas frecuentes sobre las licencias GNU" .
  66. ↑ Larabel, Michael (26 de marzo de 2010). "NVIDIA abandona su controlador de código abierto y remite a los usuarios al controlador VESA" . Phoronix . El controlador xf86-video-nv ha estado disponible y proporciona una aceleración 2D muy básica y un conjunto limitado de funciones además de eso (sin RandR 1.2/1.3 adecuado, KMS, administración de energía, etc.), mientras que el código también ha sido ofuscado para tratar de proteger su propiedad intelectual.
  67. ↑ "¿Qué es el software libre?" . Fundación del Software Libre . El "código fuente" ofuscado no es código fuente real y no cuenta como código fuente.
  68. ↑ "Razonamiento detrás del lenguaje de "forma preferida" en la GPL" . lwn.net. 7 de marzo de 2011. Consultado el 19 de agosto de 2013 .
  69. ↑ Sprewell (29 de abril de 2010). "Hacia un modelo de negocio real para el software de código abierto" . Phoronix .
  70. 1 2 Martin, Alexander J (24 de agosto de 2016). "MySQL daddy Widenius: La religión del código abierto no alimentará a MariaDB" . The Register .
  71. ↑ Phipps, Simon (19 de agosto de 2016). "Rebelión: MariaDB Corp. se desvía del código abierto" . InfoWorld .
  72. ↑ sl-1-1 en perens.com (14/02/2017)
  73. ↑ release-bsl-11 en mariadb.com por Kaj Arnö (2017)
  74. ↑ Paul Sawers (22 de septiembre de 2024). "Algunas startups están adoptando el 'código justo' para evitar los inconvenientes de las licencias de código abierto" . TechCrunch . Consultado el 9 de mayo de 2026 .
  75. ↑ "id Software publica el código fuente de Doom 3" . The H Open . 23 de noviembre de 2011. Archivado del original el 8 de diciembre de 2013.
  76. ↑ Spencer, Spanner (24 de marzo de 2009). "id Software convierte a Wolfenstein para iPhone en código abierto" . PocketGamer.co.uk .
  77. ↑ Siegler, Joe (1 de abril de 2005). "Se publica el código fuente de Shadow Warrior" . 3D Realms .
  78. ↑ "Juegos" . 3D Realms . Hemos publicado el código fuente de algunos juegos seleccionados. Estos juegos son: Duke Nukem 3D, Shadow Warrior, Rise of the Triad, Word Whiz, Beyond the Titanic, Supernova y Kroz. Puedes descargarlos desde nuestra página de descargas.
  79. ↑ Andersen, John (27-01-2011). "Donde los juegos se duermen: La crisis de la preservación de juegos, parte 1" . Gamasutra . Recuperado el 10-01-2013 . La existencia de tecnología en decadencia, desorganización y almacenamiento deficiente podría, en teoría, hacer que un videojuego se duerma permanentemente, para que nunca más se vuelva a jugar. Han surgido confesiones preocupantes a lo largo de los años con respecto a la preservación de videojuegos. Cuando se plantean preguntas sobre los relanzamientos de ciertos títulos de juegos durante las entrevistas con los desarrolladores, por ejemplo, estos desarrolladores revelarían problemas de material de producción de juegos que se perdió o destruyó. Ciertos títulos de juegos no pudieron ser relanzados debido a varios problemas. Comenzó a circular una historia sobre la pérdida total del código fuente de un conocido RPG, lo que impidió su relanzamiento en una nueva consola.
  80. ↑ Bell, John (2009-10-01). "Opening the Source of Art" . Technology Innovation Management Review. Archivado del original el 30-03-2014 . Recuperado el 09-08-2013 . [...] que no habría más parches para el título. La comunidad estaba previsiblemente molesta. En lugar de abandonar el juego, los usuarios decidieron que si Activision no iba a arreglar los errores, lo harían ellos. Querían salvar el juego consiguiendo que Activision abriera el código fuente para que pudiera mantenerse vivo más allá del punto en que Activision perdiera el interés. Con algo de ayuda de miembros del equipo de desarrollo que eran activos en foros de fans, finalmente pudieron convencer a Activision de que publicara el código fuente de Call to Power II en octubre de 2003.
  81. ↑ "Netscape anuncia planes para poner a disposición gratuitamente en Internet el código fuente de Communicator de próxima generación" . Netscape Communications Corporation . 22 de enero de 1998. Archivado del original el 1 de abril de 2007. Consultado el 8 de agosto de 2013. Una audaz iniciativa para aprovechar el poder creativo de miles de desarrolladores de Internet; la compañía pone Netscape Navigator y Communicator 4.0 a disposición de todos los usuarios de forma inmediata y gratuita, impulsando así el mercado para empresas y negocios de NetCenter.
  82. ↑ "Netscape Communications y los desarrolladores de código abierto celebran el primer aniversario, el 31 de marzo de 1999, de la publicación del código fuente del navegador de Netscape en mozilla.org" . PR Newswire . Mountain View, California: Netscape Communications . 31 de marzo de 1999. Recuperado el 10 de enero de 2013. [ ...] La organización que gestiona a los desarrolladores de código abierto que trabajan en la próxima generación del navegador y el software de comunicación de Netscape. Este evento marcó un hito histórico para Internet, ya que Netscape se convirtió en la primera gran empresa de software comercial en abrir su código fuente, una tendencia que desde entonces han seguido varias otras corporaciones. Desde que el código se publicó por primera vez en Internet, miles de personas y organizaciones lo han descargado y han realizado cientos de contribuciones al software. Mozilla.org celebra ahora este primer aniversario con una fiesta el jueves por la noche en San Francisco.
  83. ↑ Proffitt, Brian (13 de octubre de 2000). "Se publica el código de StarOffice en el mayor proyecto de código abierto" . linuxtoday.com. Archivado del original el 16 de octubre de 2013. Recuperado el 10 de enero de 2013. El esfuerzo conjunto de Sun con CollabNet se puso en marcha a toda velocidad en el sitio web de OpenOffice a las 5 de la mañana (hora del Pacífico) con la publicación de gran parte del código fuente de la próxima versión 6.0 de StarOffice. Según Sun, esta publicación de 9 millones de líneas de código bajo la licencia GPL es el comienzo del mayor proyecto de software de código abierto de la historia.
  84. ↑ Persson, Linåker, Per, Johan. "Frecuencias de bloqueo en las adquisiciones de soluciones de software de código abierto en el sector público: un estudio de caso sobre una plataforma municipal de servicios electrónicos" .{{cite web}}: CS1 maint: varios nombres: lista de autores ( enlace )
  85. ↑ "Outreachy | Pasantías que apoyan la diversidad en tecnología" . www.outreachy.org . Consultado el 28 de noviembre de 2019 .
  86. ↑ Holtgrewe, Ursula (marzo de 2004). "Articulando la(s) velocidad(es) de Internet: El caso del software libre/de código abierto" . Time & Society . 13 : 129–146 . doi : 10.1177/0961463X04040750 . S2CID 61327593 . 
  87. ↑ "Après un an d'activité, Liberapay veut être l'alternative libre pour les dons récurrents" [ Un año después de su lanzamiento, Liberapay quiere ser la alternativa de código abierto para donaciones recurrentes ] (en francés). 2017-04-13. Archivado desde el original el 16 de septiembre de 2017.
  88. ↑ Popp, Dr. Karl Michael; Meyer, Ralf (2010). Rentabilidad de los ecosistemas de software: modelos de negocio, ecosistemas y colaboraciones en la industria del software . Norderstedt, Alemania: Books on Demand. ISBN 9783839169834.
  89. ↑ Wheeler, David A. (febrero de 2009). "F/LOSS es software comercial" . Technology Innovation Management Review . Talent First Network . Recuperado el 18 de junio de 2016 .
  90. ↑ Stallman, Richard (11 de marzo de 2012). Richard Stallman (S20E10) (Podcast). The Linux Action Show. Jupiter Broadcasting . El evento ocurre a las 0:53:46 . Recuperado el 18 de junio de 2016. No voy a afirmar que tengo una manera de hacer más fácil recaudar dinero para pagar a las personas que escriben software libre. Todos sabemos que, hasta cierto punto, hay maneras de hacerlo, pero todos sabemos que son limitadas, no son tan amplias como nos gustaría.
  91. ↑ Donovan, S. (6 de agosto de 2002). "Protección de patentes, derechos de autor y secretos comerciales para software". IEEE Potentials . 13 (3) (publicado en 1994): 20. doi : 10.1109/45.310923 . ISSN 0278-6648 . S2CID 19873766. En esencia , solo hay tres maneras de proteger el software informático según la ley: patentarlo, registrar los derechos de autor o mantenerlo como secreto comercial.  
  92. ↑ Benkler, Yochai (abril de 2003). "Libertad en los bienes comunes: hacia una economía política de la información" . Duke Law Journal . 52 (6). Archivado del original el 6 de marzo de 2011. Recuperado el 16 de septiembre de 2013 .
  93. ↑ ElBoghdady, Dina; Tsukayama, Hayley (30 de septiembre de 2011). "El seguimiento de Facebook provoca peticiones de investigación por parte de la FTC" . The Washington Post . Consultado el 23 de octubre de 2011 .
  94. ↑ Cheng, Jacqui (10 de enero de 2011). "VLC para iOS desaparece 2 meses después del estallido de la disputa sobre la GPL" . Ars Technica .
  95. ↑ Vaughan-Nichols, Steven. "No se permiten aplicaciones GPL en la App Store de Apple" . ZDNet . Archivado del original el 9 de enero de 2011. Consultado el 23 de octubre de 2011 .
  96. ↑ "Cambio de la licencia del motor VLC a LGPL" . Consultado el 23 de octubre de 2011 .
  97. ↑ Johnston, Casey (18 de julio de 2013). "El reproductor multimedia VLC regresa a la App Store de iOS después de 30 meses de ausencia" . Ars Technica . Consultado el 10 de octubre de 2013 .
  98. ↑ "Acuerdo de licencia de Docker Desktop" . Documentación de Docker . Docker Inc. Consultado el 20 de enero de 2026 .

Lecturas adicionales

  • Koenig, John (2004). Siete estrategias comerciales de código abierto para obtener ventaja comercial (PDF) . Riseforth (Informe). Archivado del original (PDF) el 12 de enero de 2017. Recuperado el 18 de octubre de 2014 .
  • "Vender software libre" . Fundación del Software Libre . 1996-2021.
  • Chang, Victor; Mills, Hugo; Newhouse, Steven (27 de marzo de 2014). "Del código abierto a la sostenibilidad a largo plazo: revisión de modelos de negocio y estudios de caso" . Universidad de Southampton (publicado el 20 de junio de 2007).
  • Fink, Martin (2003). El negocio y la economía de Linux y el código abierto . Prentice Hall Professional. ISBN 9780130476777.
  • Dornan, Andy (2 de enero de 2008). Los cinco modelos de negocio de código abierto . InformationWeek (Informe).
  • Golden, Bernard (2005). "2: Modelos de negocio de código abierto" . Cómo tener éxito con el código abierto . Boston : Addison-Wesley Professional. ISBN 9780321268532.
  • Perens, Bruce (3 de octubre de 2005). "El paradigma económico emergente del código abierto" . First Monday (2). doi : 10.5210/fm.v0i0.1470 .
  • Popp, Karl Michael (2015). Modelos de negocio de código abierto . Mejores prácticas de código abierto (Informe).
  • Raya, Amadeu Albós; Martínez, Lluís Bru; Monsalve, Irene Fernández (septiembre de 2010). Aspectos económicos y modelos de negocio del Software Libre (PDF) (Informe). Archivado (PDF) desde el original el 27 de mayo de 2016.
  • Tapscott, Don ; Williams, Anthony D. (diciembre de 2006). Wikinomics: Cómo la colaboración masiva lo cambia todo . Portafolio . ISBN 978-1591841388.