stringtranslate.com

Modelos de negocio para software de código abierto

Las empresas cuyo negocio se centra en el desarrollo de software de código abierto emplean una variedad de modelos de negocio para resolver el desafío de obtener ganancias del software que está bajo una licencia de código abierto . Cada una de estas estrategias comerciales se basa en la premisa de que los usuarios de tecnologías de código abierto están dispuestos a comprar funciones de software adicionales bajo licencias patentadas, o comprar otros servicios o elementos de valor que complementen el software de código abierto que es fundamental para el negocio. Este valor adicional puede ser, entre otros, funciones de nivel empresarial y garantías de tiempo de actividad (a menudo a través de un acuerdo de nivel de servicio ) para satisfacer los requisitos comerciales o de cumplimiento, así como ganancias de rendimiento y eficiencia mediante funciones que aún no están 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/consultoría profesional que son típicos de las aplicaciones de software patentadas.

Históricamente, estos modelos de negocio comenzaron a finales de los años 1990 y principios de los 2000 como modelos de " licencia dual " (por ejemplo, MySQL [1] ), y han madurado con el tiempo, dando lugar a múltiples variaciones, como se describe en las secciones siguientes. Los modelos de licencia dual pura no son infrecuentes, ya que se ha desarrollado un enfoque empresarial más matizado para las empresas de software de código abierto. Muchas de estas variaciones se conocen como modelo de "núcleo abierto" , donde 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 importancia en los últimos años, como lo ilustra y rastrea el Índice de software comercial de código abierto (COSSI), [2] una lista de empresas comerciales de código abierto que han alcanzado al menos 100 millones de dólares en ingresos. ganancia. Ejemplos notables incluyen núcleo abierto (a veces denominado licencia dual o licencia múltiple ), software como servicio (no se cobra por el software sino por las herramientas y la plataforma para consumir el software como servicio, a menudo mediante suscripción), freemium , donación. Financiación basada en crowdfunding y crowdsourcing .

Existen varios tipos diferentes de modelos de negocio para obtener ganancias utilizando software de código abierto (OSS) o financiar la creación y el desarrollo y mantenimiento continuos. La siguiente lista muestra una serie de enfoques actuales de modelos de negocios comerciales legales y existentes 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 de estos enfoques se recomiendan (como el núcleo abierto y la venta de servicios), otros se aceptan, mientras que otros son considerados controvertidos o incluso poco éticos por la comunidad de código abierto. El objetivo subyacente de estos modelos de negocios es aprovechar el tamaño y el alcance internacional de la comunidad de código abierto (normalmente más de un orden de magnitud mayor que lo que se lograría con equivalentes de software de código cerrado ) para una empresa comercial sostenible. [ cita necesaria ] 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 por debajo del 1%, por lo que las funciones de marketing y ventas de bajo costo y altamente escalables son clave para estas rentabilidad de las empresas. [4] [ cita necesaria ]

No vender 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í. [5] [6]

Otra posibilidad es ofrecer software de código abierto únicamente en forma de código fuente , proporcionando binarios ejecutables únicamente a los clientes que pagan, ofreciendo el servicio comercial de compilación y empaquetado del software. Además, proporcionar bienes como medios de instalación física (por ejemplo, DVD ) puede ser un servicio comercial.

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

Mercancía de marca

Algunas organizaciones de código abierto, como la Fundación Mozilla [8] y la Fundación Wikimedia [9], venden artículos de marca, como camisetas y tazas de café. Esto también puede verse como un servicio adicional proporcionado a la comunidad de usuarios .

Software como servicio

Vender suscripciones para cuentas en línea y acceso a servidores 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, llamado software más servicios . La mayoría de las empresas de núcleo abierto que utilizan este enfoque también proporcionan el software de una manera adecuada para la implementación local y que puede realizar usted mismo. Para algunos clientes, sin embargo, 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 el lanzamiento del software de código abierto no es 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 utilizar 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, más económica, más fácil y más confiable. [10]

La FSF llamó al caso de uso del lado del servidor sin la publicación del código fuente la " laguna ASP en la GPLv2" y, por lo tanto, fomentó el uso de la Licencia Pública General GNU Affero que tapó esta laguna en 2002. [11] [12]

Donaciones voluntarias

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

También existen campañas de donación más importantes. 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 . Colocó un anuncio de dos páginas en la edición del 16 de diciembre de The New York Times enumerando los nombres de los miles de personas que habían donado. [15] [16]

En mayo de 2019, GitHub , una plataforma de colaboración, gestión y alojamiento de repositorios de software basada en Git propiedad de Microsoft , 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. [17]

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 personas de diferente conocimiento, heterogeneidad y número, la realización voluntaria de una tarea a través de una convocatoria abierta flexible. La realización de la tarea, de complejidad y modularidad variable, y en la que debe participar la multitud aportando su trabajo, dinero, conocimientos y/o experiencia, conlleva siempre un beneficio mutuo. El usuario recibirá la satisfacción de un determinado tipo de necesidad, ya sea económica, de reconocimiento social, de autoestima o de desarrollo de habilidades individuales, mientras que el crowdsourcer obtendrá y utilizará en su beneficio aquello que el usuario ha aportado al emprendimiento. , cuya forma dependerá del tipo de actividad que se realice. Las advertencias al aplicar una estrategia de crowdsourcing son inducir un modelo o incentivo de mercado sustancial, y se debe tener cuidado de que todo el asunto no termine en una anarquía de código abierto de plagios de adware y spyware, con muchas soluciones defectuosas, iniciada por personas que sólo querían probarlo, luego se dieron por vencidos antes de tiempo y hubo algunos ganadores. Ejemplos populares de crowdsourcing son Linux , Google Android , el movimiento del Partido Pirata y Wikipedia.

Entrenamiento y Certificación

Ofreciendo programas de capacitación y cursos de certificación relacionados con el software de código abierto, dirigidos a individuos u organizaciones, como el Programa de Certificación de Red Hat o los Programas de Certificación del Instituto Profesional de Linux .

Usuarios vendedores

Asociación con organizaciones de financiación

Otras situaciones financieras incluyen asociaciones con otras empresas. Los gobiernos , universidades , empresas y organizaciones no gubernamentales pueden desarrollar internamente o contratar a un contratista 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 estipendios , como la iniciativa Summer of Code de Google, fundada en 2005. [18]

Software con publicidad

Para comercializar FOSS (software gratuito y de código abierto), muchas empresas (incluidas Google , Mozilla y Canonical ) han avanzado hacia un modelo económico de software con publicidad . Por ejemplo, Google paga a la aplicación de código abierto AdBlock Plus por permitir que los anuncios aceptables incluidos en la lista blanca pasen por alto el eliminador de anuncios del navegador. [19] Otro ejemplo es SourceForge , un proveedor de servicios de proyectos de código abierto, que tiene el modelo de ingresos de la venta de carteles publicitarios en su sitio web. En 2006, SourceForge informó ingresos trimestrales de 6,5 millones de dólares [20] y 23 millones de dólares en 2009. [21]

Código de preventa

Desarrollo impulsado por recompensas

Los usuarios de un artefacto de software en particular pueden unirse y juntar dinero en una recompensa de código abierto para la implementación de una característica o funcionalidad deseada. Ofrecer recompensas como financiación existe desde hace algún tiempo. Por ejemplo, Bountysource es una plataforma web que ofrece 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 funciones implementadas o correcciones de errores en software de código abierto relevantes para ellos. 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. [22] [23] [24]

Modelo de reserva/crowdfunding/recompensa inversa

Una nueva oportunidad de financiación para proyectos de software de código abierto es el crowdfunding , que comparte similitudes con el modelo de negocio de pedidos anticipados o Praenumeration , así como con el modelo de recompensa inversa, normalmente organizado en plataformas web como Kickstarter , [25] Indiegogo , [26] o Bountysource [27] (ver también comparación de servicios de financiación colectiva ). Un ejemplo es la campaña de Indiegogo financiada con éxito en 2013 por el programador australiano Timothy Arceri, quien ofreció implementar una extensión OpenGL 4.3 para la biblioteca Mesa en dos semanas por 2.500 dólares. [26] Arceri entregó el código de extensión OpenGL que rápidamente se fusionó en sentido ascendente, y luego continuó sus esfuerzos en Mesa con sucesivas campañas de financiación colectiva. [28] Posteriormente, encontró trabajo como empleado en este dominio con Collabora y en 2017 con Valve . [29] Otro ejemplo es el crowdfunding de junio de 2013 en Kickstarter [30] [31] del videojuego de código abierto Cataclysm: Dark Days Ahead, que aumentó el pago de un desarrollador a tiempo completo durante 3,5 meses. La financiación de Patreon también se ha convertido en una opción eficaz, ya que el servicio ofrece la opción de pagar cada mes a los creadores, muchos de los cuales pretenden desarrollar software gratuito y de código abierto. [32]

Venta de acuerdos de licencia

Licencia dual o Open Core

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 de propiedad separados. Se puede licenciar la versión propietaria para financiar el desarrollo continuo de la versión gratuita de código abierto. [33] 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 escala o en productos distribuidos propietarios, negocia una licencia comercial para una edición empresarial. Además, los clientes conocerán el software de código abierto en la cartera y las ofertas de una empresa, pero generarán negocios en otros productos y soluciones patentados, incluidos contratos y servicios de soporte técnico comercial. Un ejemplo popular es la base de datos MySQL de Oracle , que tiene doble licencia bajo una licencia de propiedad comercial y también bajo la GPLv2 . [34] Otro ejemplo es la licencia Sleepycat . El desarrollador de Flask, Armin Ronacher, afirmó que AGPLv3 fue un "terrible éxito" como "vehículo para licencias comerciales duales" y señaló que MongoDB , RethinkDB , OpenERP , SugarCRM y WURFL utilizan la licencia para este propósito. [35]

Los productos de licencia dual generalmente se venden 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 están disponibles bajo una variedad de términos de licencia. El software propietario agregado puede ayudar a los clientes a analizar datos o implementar el software de manera más eficiente en su infraestructura o plataforma. Los ejemplos incluyen el software Linux propietario de IBM , donde IBM contribuye al ecosistema de código abierto de Linux, pero construye y entrega (a los clientes que pagan 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 creados con software de código abierto incluyen Red Hat Enterprise Linux y el software basado en Apache Hadoop de Cloudera .

Venta de certificados y uso de marca.

Otro enfoque de financiación lo innova Moodle , un sistema de gestión del aprendizaje y una plataforma comunitaria de código abierto . [36] [37] El modelo de negocio gira en torno a una red de socios comerciales [38] que están certificados y, por lo tanto, autorizados a utilizar el nombre y el logotipo de Moodle , [39] y, a su vez, proporcionan una proporción de los ingresos a Moodle Trust, que financia el desarrollo central. [40]

Relicencia bajo una licencia propietaria

Si un producto de software utiliza únicamente software propio 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 . [41] Por ejemplo, Apple Inc. es un ávido usuario de este enfoque mediante el uso de código fuente y software de proyectos de código abierto. Por ejemplo, el kernel del sistema operativo BSD Unix (bajo la licencia BSD ) se utilizó en las PC Mac de Apple que se vendían como productos propietarios. [42]

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 destinado a permitir a los clientes obtener 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. Los ejemplos incluyen el software Linux propietario de IBM , donde IBM contribuye al ecosistema de código abierto de Linux, pero construye y entrega (a los clientes que pagan 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 creados con 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 de la venta de software propietario en la infraestructura de código abierto. [43]

Este enfoque puede resultar problemático con muchas licencias de código abierto ("no conformes con la licencia") si no se lleva a cabo con suficiente cuidado. Por ejemplo, mezclar código propietario y código con licencia de código abierto en bibliotecas vinculadas estáticamente [44] o compilar todo el código fuente en un producto de software podría violar las licencias de código abierto, mientras que mantenerlas separadas por interfaces y bibliotecas de vínculos dinámicos cumpliría con conformidad con la licencia.

Venta de piezas patentadas requeridas de un producto de software.

Una variante del enfoque anterior es mantener el contenido de datos requerido (por ejemplo, el audio, los gráficos y otros activos artísticos de un videojuego ) de un producto de software propietario y al mismo tiempo hacer que el código fuente del software sea de 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 tener un producto de software completo y funcional. [45] Luego se pueden aplicar licencias restrictivas al contenido, lo que impide la redistribución o reventa del producto de software completo. Ejemplos de software desarrollado de código abierto son el videojuego Steel Storm de Kot-in-Action Creative Artel , motor con licencia GPLv2 mientras que la obra de arte tiene licencia CC BY-NC-SA 3.0, [46] y Frogatto & Friends con un código abierto desarrollado propio. motor [47] y comercialización a través de los activos del juego con derechos de autor [48] para iPhone , BlackBerry y MacOS . [49]

Otros ejemplos son Arx Fatalis (de Arkane Studios ) [50] y Catacomb 3-D (de Flat Rock Software ) [51] con el código fuente abierto al público retrasado después del lanzamiento, mientras que los archivos binarios y activos con derechos de autor todavía se venden en gog.com. como distribución digital . [52]

Richard Stallman afirmó que no se requiere libertad para las obras de arte o entretenimiento. [53]

El paquete de productos similar 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. [54]

Venta de sistemas de actualización propietarios.

Otra variante del enfoque anterior, que se utiliza principalmente para programas de software centrados en datos y con uso intensivo de datos, es mantener todas las versiones del software bajo una licencia de software gratuita y de código abierto, pero abstenerse de proporcionar scripts de actualización de un n a un Versión 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, luego reimportar los datos a la nueva versión, suscribirse al sistema de actualización propietario o estudiar las dos versiones y recrear los scripts desde cero.

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

Vender sin licencia propietaria

Todos los métodos anteriores se derivan del enfoque tradicional en la venta de software, donde se licencia el software para su instalación y ejecución en una infraestructura proporcionada por el usuario o el cliente. En el negocio clásico de productos de software, los ingresos normalmente provienen de la venta de actualizaciones de software al cliente. Sin embargo, también practica la venta de exactamente los mismos programas o complementos pero sin licencias propietarias. Por ejemplo, aplicaciones como ardour, [56] radium [57] o fritzing [58] son ​​software completamente gratuito con licencia GPL, pero hay que pagar una tarifa para obtener el binario oficial, a menudo incluido con soporte técnico o los privilegios de atraer la atención de los desarrolladores. para añadir nuevas funcionalidades al programa. También se practica vender tanto código fuente como binarios, como lo hizo Red Hat [59]

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

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 y al mismo tiempo proteger secretos comerciales cruciales, propiedad intelectual y conocimientos técnicos es la ofuscación del código fuente. Este enfoque fue utilizado en varios casos, por ejemplo por Nvidia en sus controladores de dispositivos de tarjetas gráficas de código abierto . [61] Esta práctica se utiliza para obtener propaganda compatible con el código abierto sin soportar los 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 en forma ofuscada, como en los casos en los que el autor está menos 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. [ cita necesaria ]

La Free Software Foundation está en contra de esta práctica. [62] La Licencia Pública General GNU desde la versión 2 ha definido el "código fuente" como "la forma preferida del trabajo para realizar modificaciones". Esto tiene como objetivo evitar la publicación de código fuente ofuscado. [63]

Retraso en la apertura del código fuente

Algunas empresas ofrecen la última versión disponible sólo para clientes que pagan. Un proveedor bifurca un proyecto de software que no es copyleft, luego le agrega adiciones de código cerrado y vende el software resultante. Después de un período de tiempo fijo, los parches se lanzan nuevamente bajo la misma licencia que el resto del código base. Este modelo de negocio se denomina retraso de versión o retraso de tiempo. [43] [64]

Por ejemplo, en 2016, MariaDB Corporation creó para el "código abierto retrasado" compatible con empresas la licencia de fuente comercial (BSL) disponible en fuente que vuelve a licenciar automáticamente después de tres años a FOSS GPL. [65] [66] Este enfoque garantiza a los licenciatarios que tienen acceso al código fuente (por ejemplo, para auditorías de código ), que no están encerrados en una plataforma cerrada o sufren de obsolescencia programada , mientras que para el desarrollador de software es posible una comercialización exclusiva por tiempo limitado. . [65] En 2017 siguió la versión 1.1, revisada con comentarios también de Bruce Perens . [67] [68]

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

Código abierto sobre el final de su vida útil

Una variante extrema del "código abierto retrasado" es una práctica comercial popularizada por id Software [69] [70] y 3D Realms , [71] [72] , que lanzaron varios productos de software bajo una licencia de software libre después de un largo tiempo de comercialización patentada. período 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 útil comercial , es evitar que su software se convierta en Abandonware sin soporte o incluso se pierda debido a la obsolescencia digital . [73] Esto brinda a las comunidades de usuarios la oportunidad de continuar con el desarrollo y soporte del producto de software como un proyecto de software de código abierto. [74] Muchos ejemplos del dominio de los videojuegos se encuentran en la lista de videojuegos comerciales con código fuente publicado posteriormente .

Ejemplos populares de software que no son juegos son Netscape Communicator , que fue de código abierto en 1998 [75] [76] y la suite ofimática de Sun Microsystems , StarOffice , que fue lanzada en octubre de 2000 al final de su vida comercial. [77] Ambas versiones hicieron contribuciones fundamentales a proyectos de código abierto ahora destacados, a saber, Mozilla Firefox y OpenOffice.org/LibreOffice .

Fondos

A diferencia del software propietario disponible en el mercado que viene con licencias restrictivas, el software de código abierto se distribuye libremente, a través de la web y en medios físicos. Como los creadores no pueden exigir a cada usuario que pague una tarifa de licencia para financiar el desarrollo de esta manera, han surgido varios modelos alternativos de financiación del desarrollo.

Un ejemplo de esos modelos de financiación es cuando se desarrolla software a medida como un proyecto de consultoría para uno o más clientes que lo solicitan. Estos clientes pagan a los desarrolladores para que desarrollen este software de acuerdo con sus propias necesidades y también podrían dirigir de cerca el trabajo de los desarrolladores. Si ambas partes están de acuerdo, el software resultante podría publicarse con una licencia de código abierto para permitir su posterior adopción por parte de otras partes. Ese acuerdo podría reducir los costos pagados por los clientes, mientras que los desarrolladores originales (o consultores independientes) pueden cobrar por la capacitación, la instalación, el soporte técnico o la personalización adicional siempre que más clientes interesados ​​decidan usarlo después del lanzamiento inicial.

También existen estipendios para apoyar el desarrollo de software de código abierto, como Summer of Code de Google [18] y Outreachy . [78]

Otro enfoque de financiación es proporcionar el software de forma gratuita, 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 tarifa plana. El software de código abierto también puede promover la venta de hardware especializado con el que interopera; algunos ejemplos son el software de telefonía Asterisk desarrollado por el fabricante de hardware de telefonía para PC Digium y la plataforma robótica Robot Operating System (ROS) de Willow Garage y Stanford AI Labs. . Muchos proyectos de software de código abierto comenzaron como proyectos de investigación dentro de universidades, como proyectos personales de estudiantes o profesores, o como herramientas para ayudar a la investigación científica. La influencia de las universidades e instituciones de investigación en el código abierto se muestra en la cantidad de proyectos que llevan el nombre de sus instituciones anfitrionas, como BSD Unix , CMU Common Lisp o NCSA HTTPd que evolucionó a Apache .

Las empresas pueden emplear desarrolladores para trabajar en proyectos de código abierto que sean útiles para la infraestructura de la empresa: en este caso, no se desarrolla 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, se puede publicar como una contribución de código abierto sin que le cueste nada a la empresa. [79] Un proyecto más grande como el kernel de Linux puede tener contribuyentes de docenas de compañías que lo usan y dependen de él, así como también aficionados y desarrolladores de investigación.

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 . [27] Liberapay es una plataforma de financiación colectiva, principalmente para proyectos de código abierto, que en sí misma es de código abierto. [80]

Desafíos

El software de código abierto se puede vender y utilizar en general con fines comerciales . Además, las aplicaciones comerciales de código abierto forman parte de la industria del software desde hace algún tiempo. [81] [82] Si bien la comercialización o financiación de proyectos de software de código abierto es posible, se considera un desafío. [83]

Dado que varias licencias de código abierto estipulan que los autores de trabajos derivados deben distribuirlos 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] como muchos mecanismos tradicionales. ya no es directamente aplicable.

La sabiduría empresarial tradicional sugiere que los métodos, activos y propiedades intelectuales de una empresa deben permanecer ocultos a los competidores del mercado ( secreto comercial ) el mayor tiempo posible para maximizar el tiempo de comercialización rentable de un nuevo producto. [84] El desarrollo de software de código abierto minimiza la eficacia de esta táctica; El desarrollo del producto generalmente se realiza a la vista del público, lo que permite que los 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. También en el ámbito del hardware informático, un productor de hardware que proporciona controladores de software abiertos y gratuitos revela el conocimiento sobre los detalles de implementación del hardware a los competidores, quienes podrían utilizar este conocimiento para ponerse al día.

Por lo tanto, existe un debate considerable sobre si los proveedores pueden hacer un negocio sostenible a partir de una estrategia de código abierto. En términos de una empresa de software tradicional, esta probablemente sea la pregunta equivocada. Si observamos el panorama de las aplicaciones de código abierto, muchas de las más grandes están patrocinadas (y en gran parte escritas) por compañías de sistemas como IBM , que pueden no tener como objetivo obtener ingresos por licencias de software. Otras empresas de software, como Oracle y Google, han patrocinado o entregado importantes bases de código fuente abierto. La motivación de estas empresas tiende a ser más estratégica, en el sentido de que intentan cambiar las reglas de un mercado y reducir la influencia de proveedores como Microsoft. Los proveedores más pequeños que realizan trabajos de código abierto pueden estar menos preocupados por el crecimiento inmediato de los ingresos que por desarrollar una comunidad grande y leal, que puede ser la base de una valoración corporativa en el momento de una fusión.

Software libre 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 entre pares de información, conocimiento y cultura basada en el procomún. Como ejemplos, cita una variedad de proyectos FOSS, que incluyen tanto software libre como de código abierto. [85]

Esta nueva economía ya está en desarrollo. Para comercializar software libre, muchas empresas, siendo Google la más exitosa, están avanzando hacia un modelo económico de software respaldado por publicidad . En tal modelo, la única manera de aumentar los ingresos es hacer que la publicidad sea más valiosa. Facebook ha sido criticado recientemente por utilizar novedosos métodos de seguimiento de usuarios para lograr esto. [86]

Esta nueva economía no está exenta de alternativas. Las tiendas de aplicaciones de Apple han demostrado ser muy populares tanto entre los usuarios como entre los desarrolladores. La Free Software Foundation considera que las App Store 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 . [87] En lugar de cambiar esos términos para cumplir con la GPL, Apple eliminó los productos con licencia GPL de sus App Stores. [88] Los autores de VLC , uno de los programas con licencia GPL en el centro de esas quejas, recientemente comenzaron el proceso para cambiar de GPL a LGPL y MPL . [89] [90]

Ejemplos

Gran parte de Internet se ejecuta en herramientas y utilidades de software de código abierto como Linux , Apache , MySQL y PHP , conocida como pila LAMP para servidores web. [ cita necesaria ] El uso de código abierto atrae a los desarrolladores de software por tres razones principales: costo bajo o gratuito, acceso al código fuente que pueden adaptar ellos mismos y una comunidad compartida que garantiza una base de código generalmente sólida, con soluciones rápidas para nuevos problemas.

A pesar de hacer muchos negocios con software propietario, algunas empresas como Oracle Corporation e IBM participaron en el desarrollo de software gratuito y de código abierto para disuadir a los monopolios y hacerse con una parte de la cuota de mercado . Consulte Aplicaciones comerciales de código abierto para obtener la lista de ofertas comerciales actuales de código abierto. Las acciones de Netscape fueron un ejemplo de ello, y así Mozilla Firefox se ha vuelto más popular, quitándole cuota de mercado a Internet Explorer .

Ver 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 comercial con ingresos de más de 100 millones de dólares". Documentos de Google . Consultado el 28 de agosto de 2019 .
  3. ^ ab Popp, Dr. Karl Michael (2015). Mejores Prácticas para el uso comercial de software de código abierto . Norderstedt, Alemania: Libros a la carta. ISBN 978-3738619096.
  4. ^ Riehle, Dirk. "El modelo de negocio comercial de código abierto de un solo proveedor". Puerta de la investigación . Consultado el 19 de septiembre de 2021 .
  5. ^ Germain, Jack M. (5 de noviembre de 2013). "FOSS en la empresa: ¿Pagar o no pagar?". LinuxInsider . Red de noticias ECT, Inc. Consultado el 18 de junio de 2016 .
  6. ^ Rubens, Paul (13 de febrero de 2013). "Seis razones para pagar por software de código abierto". CIO . CXO Media, Inc. Consultado el 18 de junio de 2016 . El software de código abierto se puede descargar, modificar y utilizar de forma gratuita, pero eso no significa que a veces no valga la pena pagar por él. Si está utilizando software de código abierto con fines comerciales y empresariales, aquí hay seis razones por las que debería pagar por software gratuito.
  7. ^ McMillan, Robert (28 de marzo de 2012). "Red Hat se convierte en el primer bebé de mil millones de dólares del código abierto". Cableado . Consultado el 18 de junio de 2016 . Otras empresas han ganado mucho dinero vendiendo Linux (Intel, IBM, Dell y otras lo han utilizado como forma de vender hardware y servicios de soporte), pero Red Hat ha manejado el complicado negocio de construir una plataforma de software por la que pagarán las grandes empresas.
  8. ^ Markham, Gervase (16 de marzo de 2004). "Carta abierta de la Fundación Mozilla ordena a los vendedores no oficiales de mercancías de Mozilla que se detengan, se insinúan acciones legales". MozillaZine . Consultado el 18 de junio de 2016 .
  9. ^ "Tienda Wikipedia". Fundación Wikimedia. 2016 . Consultado el 18 de junio de 2016 .
  10. ^ Ballhausen, Miriam (2014). "OpenSaaS: uso de software gratuito y de código abierto como software como servicio". Revisión internacional de la legislación sobre software libre y de código abierto . 6 : 61–68. ISSN  2666-8106.
  11. ^ "Licencias". Proyecto GNU . Fundación de Software Libre. La licencia pública general GNU Affero . Consultado el 18 de junio de 2016 . Recomendamos que las personas consideren usar GNU AGPL para cualquier software que comúnmente se ejecute en una red.
  12. ^ Tiemann, Michael (7 de junio de 2007). "GNU Affero GPL versión 3 y la" laguna jurídica de ASP"". Iniciativa de código abierto . Consultado el 18 de junio de 2016 .
  13. ^ Sneddon, Joey-Elijah (1 de junio de 2012). "¿Ayudará 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 abrir y distribuir su cartera de software hasta ahora pago, que incluye el simulador de gestión de distribución de Linux Linux Tycoon, de forma gratuita, bajo la GPL, si puede alcanzar un objetivo de financiación impulsado por donaciones de 4.000 dólares/m. Alcanzar este objetivo, afirma Lunduke, "proporcionará una prueba para otros, que también quisieran pasar sus negocios de software al código abierto, de que es factible".
  14. ^ Naramore, Elizabeth (4 de marzo de 2011). "Sistema de donación SourceForge.net". FuenteForge . Medios de barra diagonal . Consultado el 16 de octubre de 2017 .
  15. ^ Fundación Mozilla (15 de diciembre de 2004). "La Fundación Mozilla publica un anuncio de promoción de dos páginas en el New York Times" . Consultado el 15 de junio de 2010 .
  16. ^ Marson, Ingrid (16 de diciembre de 2004). "El New York Times publica anuncios 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 podrán ver sus nombres impresos el jueves.
  17. ^ Tung, Liam. "GitHub ahora te permitirá respaldar a tus desarrolladores de código abierto favoritos". ZDNet . Consultado el 26 de agosto de 2019 .
  18. ^ ab Byfield, Bruce (21 de septiembre de 2005). "Concluye el Verano del Código de Google". linux.com . Consultado el 18 de junio de 2016 . DiBona dijo que el SOC fue diseñado para beneficiar a todos los involucrados en él. Los estudiantes tuvieron la oportunidad de trabajar en proyectos reales, en lugar de académicos, y ganar dinero mientras adquirían experiencia y hacían contactos. Los proyectos FOSS se beneficiaron al obtener código nuevo y tener la oportunidad de reclutar nuevos desarrolladores.
  19. ^ Callaham, John (6 de junio de 2013). "Informe: Google paga a AdBlock Plus para no bloquear los anuncios de Google". neowin.com .Consultado el 13 de agosto de 2013 . Google está pagando dinero a Eyeo, la empresa detrás de AdBlock Plus, para que sus anuncios pasen por el eliminador de anuncios del navegador.
  20. ^ Caza, Katherine (24 de mayo de 2007). "Las ganancias trimestrales de Sourceforge aumentan a medida que aumentan los ingresos". Marketwatch.com . Consultado el 13 de agosto de 2013 . Software Corp. informó el jueves por la noche ganancias netas en el tercer trimestre de 6,49 millones de dólares, o 9 centavos por acción, frente a los 997.000 dólares, o 2 centavos por acción, durante el mismo período del año anterior. Las ganancias pro forma de operaciones continuas fueron de 2,1 millones de dólares, o 3 centavos por acción, en comparación con 1,2 millones de dólares, 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 finalizados el 30 de abril aumentaron a 10,3 millones de dólares desde 7,9 millones de dólares. Los analistas, en promedio, habían pronosticado una ganancia por acción de 2 centavos sobre ingresos de 12 millones de dólares.
  21. ^ "SourceForge informa los resultados financieros del segundo trimestre del año fiscal 2009". Archivado desde el original el 3 de junio de 2015.
  22. ^ Leyden, John (3 de agosto de 2004), Mozilla pagará recompensa por los errores, The Register , consultado el 10 de agosto de 2013
  23. ^ Evers, Joris (25 de julio de 2005). "Ofreciendo una recompensa por errores de seguridad". CNET . CBS interactivo . Consultado el 12 de agosto de 2007 .
  24. ^ "La Fundación Mozilla anuncia el programa de recompensas por errores de seguridad". Fundación Mozilla . Vista a la montaña, California . 2 de agosto de 2004 . Consultado el 10 de agosto de 2013 .
  25. ^ Lunduke, Bryan (7 de agosto de 2013). "El código abierto tiene 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 . Consultado 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.
  26. ^ ab Arceri, Timoteo (26 de julio de 2013). "Ayude a mejorar la compatibilidad con OpenGL para los controladores de gráficos de Linux". Indiegogo . Consultado el 11 de agosto de 2013 . Ayudarme a financiar el tiempo para convertirme en colaborador de Mesa y documentar la experiencia para que sea más fácil para otros entender por dónde empezar con el código base de Mesa. Mucha gente ha planteado la idea del desarrollo de controladores de código abierto mediante crowdsourcing. Este es un experimento a pequeña escala para ver si realmente podría funcionar.
  27. ^ ab "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 Finanzas . Conectado al mercado. 16 de julio de 2013 . Consultado el 18 de junio de 2016 .
  28. ^ Larabel, Michael (12 de noviembre de 2013). "El crowdfunding ha vuelto para otra extensión de Mesa". Forónix .
  29. ^ Larabel, Michael (14 de febrero de 2017). "Valve tiene otro desarrollador de controladores de gráficos para Linux trabajando en AMD de código abierto". Forónix .
  30. ^ "Cataclysm: Dark Days Ahead - Desarrollador dedicado". Pedal de arranque . 22 de junio de 2013.
  31. ^ "Cataclismo multipocalíptico de Roguelike: Los días oscuros por delante se convierten en Kickstarter". Archivado desde el original el 1 de abril de 2014.
  32. ^ Marchante, Julie. "Julie Marchant está creando videojuegos libres". Patreón .
  33. ^ Solatan, Jean (2011). Avances en economía del software: un lector sobre modelos de negocio y ecosistemas de socios en la industria del software . Norderstedt, Alemania: DBO. ISBN 978-3-8448-0405-8.
  34. ^ "Licencia comercial para OEM, ISV y VAR". MySQL.com . Oráculo . Julio de 2010. P4: ¿Cuál es el modelo de licencia dual de Oracle para el software MySQL? . Consultado el 18 de junio de 2016 . Oracle pone a disposición su servidor de base de datos MySQL y sus bibliotecas cliente 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 quieran combinar o distribuir el software MySQL con su propio software comercial bajo una licencia GPL. puede adquirir una licencia comercial.
  35. ^ Ronacher, Armin (23 de julio de 2013). "Licencias en un mundo posterior a los derechos de autor". Pensamientos y escritos de Armin Ronacher . Qué cambió en 2007 . Consultado el 18 de junio de 2016 . AGPLv3 fue un éxito terrible, 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 AGPLv3 como vehículo para licencias comerciales duales. AGPLv3 hace que esto sea generalmente fácil de lograr, 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 APLv3 hereda ese derecho. No estoy seguro de si ese era el uso previsto de la licencia, pero al menos eso es para lo que definitivamente se está usando por ahora.
  36. ^ 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 .
  37. ^ Dougiamas, Martín (22 de enero de 2014). "Moodle: un estudio de caso en sostenibilidad". Reloj OSS . Universidad de Oxford (publicado el 5 de junio de 2007) . Consultado el 18 de junio de 2016 .
  38. ^ "¿Cómo funcionan los socios de Moodle?". Moodle . 2012. Archivado desde el original el 22 de julio de 2014 . Consultado el 18 de junio de 2016 .
  39. ^ "La marca registrada de Moodle". Moodle . 2016 . Consultado el 18 de junio de 2016 .
  40. ^ Kolowich, Steve (27 de marzo de 2012). "Pivote de código abierto de Blackboard". Dentro de la educación superior . Consultado el 18 de junio de 2016 .
  41. ^ Montague, Bruce (13 de noviembre de 2013). "Por qué debería utilizar una licencia estilo BSD para su proyecto de código abierto: ventajas y desventajas de GPL". FreeBSD . Consultado el 28 de noviembre de 2015 . A diferencia de la GPL, que está diseñada para impedir la comercialización patentada del 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, a medida que cambian las necesidades de un proyecto o empresa. En otras palabras, la licencia BSD no se convierte en una bomba de tiempo legal en ningún momento del proceso de desarrollo. Además, dado que la licencia BSD no viene con la complejidad legal de las licencias GPL o LGPL, permite a los desarrolladores y empresas dedicar su tiempo a crear y promover un buen código en lugar de preocuparse si ese código viola la licencia.
  42. ^ Oram, Andy (26 de agosto de 2011). "Cómo contribuyó el software libre 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 propietarios
  43. ^ ab Olson, Mike (13 de noviembre de 2013). Las oportunidades abundan en el espacio de Big Data. Esquina electrónica de Stanford . Universidad Stanford.
  44. ^ Hustvedt, Eskild (8 de febrero de 2009). "Nuestra nueva forma de cumplir con la LGPL". Archivado desde el original el 20 de febrero de 2009 . Consultado el 9 de marzo de 2011 . Puede utilizar una palabra clave especial $ORIGIN para decir "relativo a 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, ¡pero ahora también estaba completamente en el espíritu de la LGPL y en la letra!
  45. ^ "TTimo/doom3.gpl". GitHub . 2012-04-07 . Consultado el 10 de agosto de 2013 . Versión fuente de Doom 3 GPL [...] Esta versión fuente no contiene ningún dato del juego, los datos del juego aún están cubiertos por el EULA original y deben obedecerse como de costumbre.
  46. ^ "ACUERDO DE LICENCIA DE SOFTWARE DE USUARIO LIMITADO DEL EPISODIO 1 DE STEEL STORM". steel-storm.com . Consultado el 10 de agosto de 2013 . A los efectos de este Acuerdo, los Activos de Arte 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, cuadros, diagramas y modelos. y dibujos técnicos, efectos de sonido y arreglos musicales, documentación y videos tutoriales, y están bajo la licencia Attribution-NonCommercial-ShareAlike 3.0 Unported. El motor, que incluye archivos binarios de Windows, Linux y Mac, y el código fuente del motor, tienen la licencia GNU GPL v2.
  47. ^ Simpson, Kristina (26 de abril de 2015). "LICENCIA". motor-anura - GitHub . Consultado el 10 de octubre de 2015 .
  48. ^ frogatto (15 de abril de 2020). "Licencia". GitHub . LICENCIA CC-BY 3.0 [...] activos bajo copyright
  49. ^ Gabovitch, Iwan (22 de abril de 2011). "Lanzamientos fuente de Humble Indie Bundle". Otro juego que es comercial (en iDevices) y tiene código FOSS y arte cerrado [...] es Frogatto.
  50. ^ Nick (14 de enero de 2011). "¡Código fuente de Arx Fatalis, parche lanzado!". bethblog.com . Consultado el 10 de agosto de 2011 .
  51. ^ Larabel, Michael (6 de junio de 2014). "Softdisk de código abierto de id Software, algunos juegos realmente antiguos". Forónix . Consultado el 6 de junio de 2014 .
  52. ^ Ohle, Tom (4 de diciembre de 2008). "Recién salido de la mazmorra, Arx Fatalis invade GOG.com". Develop-Online.net (Presione soltar). Varsovia , Polonia .
  53. ^ 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 están bien para obras de arte/entretenimiento, o que presentan el punto de vista de alguna parte (como este artículo). Esos trabajos no están destinados a realizar un trabajo práctico, por lo que el argumento sobre el control de los usuarios no aplica. Por tanto, no me opongo a que se publiquen con la licencia CC BY-NC-ND, que sólo permite la redistribución no comercial de copias exactas.
  54. ^ "Actividades - FSFE". FSFE - Fundación de Software Libre Europa .
  55. ^ "gnu.org". www.gnu.org . Consultado el 10 de noviembre de 2017 .
  56. ^ "ardor".
  57. ^ "radio".
  58. ^ "fritzing".
  59. ^ McGrath, Mike. "Fomentando la evolución de CentOS Stream". redhat.com . Consultado el 21 de junio de 2023 .
  60. ^ "Preguntas frecuentes sobre las licencias GNU".
  61. ^ Larabel, Michael (26 de marzo de 2010). "NVIDIA elimina su controlador de código abierto y remite a los usuarios al controlador VESA". Forónix . El controlador xf86-video-nv ha existido y proporciona una aceleración 2D muy básica y un conjunto de funciones paralizadas además de eso (sin RandR 1.2/1.3, KMS, administración de energía, etc.), mientras que el código también se ha ofuscado para intentar proteger su propiedad intelectual.
  62. ^ "¿Qué es el software libre?". Fundación de Software Libre . El "código fuente" ofuscado no es código fuente real y no cuenta como código fuente.
  63. ^ "Razonamiento detrás del lenguaje de" forma preferida "en la GPL". lwn.net. 2011-03-07 . Consultado el 19 de agosto de 2013 .
  64. ^ Sprewell (29 de abril de 2010). "Hacia un modelo de negocio real para el software de código abierto". Forónix .
  65. ^ ab Martin, Alexander J (24 de agosto de 2016). "MySQL daddy Widenius: la religión de código abierto no alimentará a MariaDB". El registro .
  66. ^ Phipps, Simon (19 de agosto de 2016). "Alboroto: MariaDB Corp. se aleja del código abierto". InfoMundo .
  67. ^ sl-1-1 en perens.com (14 de febrero de 2017)
  68. ^ Release-bsl-11 en mariadb.com por Kaj Arnö (2017)
  69. ^ "id Software lanza el código fuente de Doom 3". El H Abierto . 23 de noviembre de 2011. Archivado desde el original el 8 de diciembre de 2013.
  70. ^ Spencer, Spanner (24 de marzo de 2009). "id Software hace que el iPhone Wolfenstein sea de código abierto". PocketGamer.co.uk .
  71. ^ Siegler, Joe (1 de abril de 2005). "Se publica el código fuente de Shadow Warrior". Reinos 3D .
  72. ^ "Juegos". Reinos 3D . Hemos publicado el código fuente de los juegos seleccionados. Estos juegos son: Duke Nukem 3D, Shadow Warrior, Rise of the Triad, Word Whiz, Beyond the Titanic, Supernova y Kroz. Puede obtenerlos desde nuestra página de descargas.
  73. ^ Andersen, John (27 de enero de 2011). "Dónde duermen los juegos: la crisis de preservación de los juegos, parte 1". Gamasutra . Consultado el 10 de enero de 2013 . La existencia de tecnología en decadencia, desorganización y almacenamiento deficiente podrían, en teoría, poner a un videojuego en suspensión permanentemente y no volver a jugarlo nunca más. A lo largo de los años han surgido confesiones preocupantes sobre la preservación de los videojuegos. Cuando se plantean preguntas sobre relanzamientos de ciertos títulos de juegos durante las entrevistas con los desarrolladores, por ejemplo, estos desarrolladores revelarían problemas de pérdida o destrucción del material de producción del juego. Ciertos títulos de juegos no pudieron volver a lanzarse debido a diversos problemas. Comenzó a circular una historia sobre la pérdida total del código fuente de un conocido juego de rol, lo que impidió su relanzamiento en una nueva consola.
  74. ^ Bell, John (1 de octubre de 2009). "Abriendo la fuente del arte". Revisión de la gestión de la innovación tecnológica. Archivado desde el original el 30 de marzo de 2014 . Consultado el 9 de agosto de 2013 . [...] que no se publicarían más parches para el título. Como era de esperar, la comunidad estaba molesta. En lugar de renunciar al juego, los usuarios decidieron que si Activision no iba a solucionar los errores, lo harían. Querían salvar el juego haciendo que Activision abriera la fuente para poder mantenerla viva más allá del punto en que Activision perdiera interés. Con la ayuda de los miembros del equipo de desarrollo que estaban activos en los foros de fans, finalmente pudieron convencer a Activision de que publicara el código fuente de Call to Power II en octubre de 2003.
  75. ^ "NETSCAPE ANUNCIA PLANES PARA HACER EL CÓDIGO FUENTE DEL COMUNICADOR DE PRÓXIMA GENERACIÓN DISPONIBLE GRATIS EN LA RED". Corporación de Comunicaciones Netscape . 22 de enero de 1998. Archivado desde el original el 1 de abril de 2007 . Consultado el 8 de agosto de 2013 . UNA MEDIDA AUDAZ PARA APROVECHAR EL PODER CREATIVO DE MILES DE DESARROLLADORES DE INTERNET; LA COMPAÑÍA HACE QUE NETSCAPE NAVIGATOR Y COMMUNICATOR 4.0 SEA INMEDIATAMENTE GRATUITO PARA TODOS LOS USUARIOS, SIEMPRE EL MERCADO PARA EMPRESAS Y NEGOCIOS DE NETCENTER
  76. ^ "MOUNTAIN VIEW, California, 1 de abril /PRNewswire/ -- Netscape Communications y los desarrolladores de código abierto están celebrando el primer aniversario, el 31 de marzo de 1999, del lanzamiento del código fuente del navegador Netscape en mozilla.org". Comunicaciones Netscape . 31 de marzo de 1999 . Consultado el 10 de enero de 2013 . [...] La organización que gestiona los desarrolladores de código abierto que trabajan en la próxima generación del navegador y 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 descargaron y realizaron cientos de contribuciones al software. Mozilla.org celebra ahora este primer aniversario con una fiesta el jueves por la noche en San Francisco.
  77. ^ Proffitt, Brian (13 de octubre de 2000). "Código de StarOffice lanzado en el proyecto de código abierto más grande". linuxtoday.com. Archivado desde el original el 16 de octubre de 2013 . Consultado el 10 de enero de 2013 . El esfuerzo conjunto de Sun con CollabNet se aceleró en el sitio web de OpenOffice a las 5 am PST esta mañana con el lanzamiento de gran parte del código fuente para la próxima versión 6.0 de StarOffice. Según Sun, este lanzamiento de 9 millones de líneas de código bajo GPL es el comienzo del proyecto de software de código abierto más grande de la historia.
  78. ^ "Divulgación | Pasantías que apoyan la diversidad en la tecnología". www.outreachy.org . Consultado el 28 de noviembre de 2019 .
  79. ^ Holtgrewe, Ursula (marzo de 2004). "Articular la(s) velocidad(es) de Internet: el caso del software libre/de código abierto". Tiempo y sociedad . 13 : 129-146. doi :10.1177/0961463X04040750. S2CID  61327593.
  80. ^ "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.
  81. ^ Popp, Dr. Karl Michael; Meyer, Ralf (2010). Benefíciese de los ecosistemas de software: modelos de negocio, ecosistemas y asociaciones en la industria del software. Norderstedt, Alemania: Libros a la carta. ISBN 9783839169834.
  82. ^ Wheeler, David A. (febrero de 2009). "F/LOSS es software comercial". Revisión de la gestión de la innovación tecnológica . Red Talento Primero . Consultado el 18 de junio de 2016 .
  83. ^ Stallman, Richard (11 de marzo de 2012). Richard Stallman (T20E10) (Pódcast). El programa de acción de Linux. Radiodifusión de Júpiter . El evento ocurre a las 0:53:46 . Consultado 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 formas de hacerlo, pero todos sabemos que son limitadas y no tan amplias como nos gustaría.
  84. ^ Donovan, S. (6 de agosto de 2002). "Protección de patentes, derechos de autor y secretos comerciales para software". Potenciales IEEE . 13 (3) (publicado en 1994): 20. doi :10.1109/45.310923. ISSN  0278-6648. S2CID  19873766. Básicamente, sólo hay tres formas de proteger el software informático según la ley: patentarlo, registrar un derecho de autor o mantenerlo como secreto comercial.
  85. ^ Benkler, Yochai (abril de 2003). "Libertad en los comunes: hacia una economía política de la información". Revista de derecho de Duke . 52 (6). Archivado desde el original el 6 de marzo de 2011 . Consultado el 16 de septiembre de 2013 .
  86. ^ ElBoghdady, Dina; Tsukayama, Hayley (30 de septiembre de 2011). "El seguimiento de Facebook genera pedidos de investigación de la FTC". El Washington Post . Consultado el 23 de octubre de 2011 .
  87. ^ Cheng, Jacqui (10 de enero de 2011). "VLC para iOS desaparece 2 meses después del inicio de la disputa por la GPL". Ars Técnica .
  88. ^ Vaughan-Nichols, Steven. "No hay aplicaciones GPL para la App Store de Apple". ZDNet . Archivado desde el original el 9 de enero de 2011 . Consultado el 23 de octubre de 2011 .
  89. ^ "Cambiar la licencia del motor VLC a LGPL" . Consultado el 23 de octubre de 2011 .
  90. ^ Johnston, Casey (18 de julio de 2013). "El reproductor multimedia VLC regresa a la App Store de iOS después de una pausa de 30 meses". Ars Técnica . Consultado el 10 de octubre de 2013 .

Otras lecturas