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 a partir de software que se encuentra 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 características de software adicionales bajo licencias propietarias, 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, características de nivel empresarial y garantías de tiempo de funcionamiento (a menudo a través de un acuerdo de nivel de servicio ) para satisfacer requisitos comerciales o de cumplimiento, ganancias de rendimiento y eficiencia por características 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/capacitación/consultoría profesional que son típicos de las aplicaciones de software propietario.

Históricamente, estos modelos de negocio comenzaron a finales de los años 1990 y principios de los años 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 puros no son poco comunes, ya que se ha desarrollado un enfoque comercial 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.

En los últimos años, han cobrado importancia diversos enfoques empresariales compatibles con el código abierto, como lo ilustra y rastrea el Índice de software de código abierto comercial (COSSI), [2] una lista de empresas de código abierto comerciales que han alcanzado al menos 100 millones de dólares en ingresos. Entre los ejemplos notables se incluyen el núcleo abierto (a veces denominado licencia dual o licencia múltiple ), el software como servicio (no cobrar por el software sino por las herramientas y la plataforma para consumir el software como un servicio, a menudo mediante suscripción), freemium , financiación basada en donaciones, financiación colectiva y crowdsourcing .

Existen varios tipos diferentes de modelos de negocio para generar ganancias utilizando software de código abierto (OSS) o financiar la creación y el desarrollo y mantenimiento continuos. La lista a continuación muestra una serie de enfoques de modelos de negocio comerciales 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 de estos enfoques 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 (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 requerida ] 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 la rentabilidad de estas empresas. [4] [ cita requerida ]

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

Otra posibilidad es ofrecer software de código abierto únicamente en forma de código fuente , mientras que los binarios ejecutables se proporcionan únicamente a clientes que pagan, ofreciendo el servicio comercial de compilación y empaquetado del software. Asimismo, proporcionar bienes como medios de instalación físicos (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 base 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 promocionales de marca, como camisetas y tazas de café. Esto también puede considerarse un servicio adicional que se brinda a la comunidad de usuarios .

Software como servicio

La venta de 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 el 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 , hágalo usted mismo. 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 a menudo atienden a pequeñas y medianas empresas que no tienen los recursos tecnológicos para ejecutar el software. Brindar 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 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, más barata, más fácil y más confiable. [10]

La FSF denominó el caso de uso del lado del servidor sin publicación del código fuente como el " vacío legal de ASP en la GPLv2" y, por lo tanto, fomentó el uso de la Licencia Pública General Affero de GNU , que tapó este vacío en 2002. [11] [12]

Donaciones voluntarias

Hubo experimentos por parte 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. [13] Desde 2011, SourceForge permite a los usuarios donar a proyectos alojados que optaron por aceptar donaciones, lo que se habilita a través de PayPal . [14]

También existen campañas de donación más grandes. 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 con 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]

Colaboración colectiva

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 de diversos conocimientos, heterogeneidad y número la realización voluntaria de una tarea mediante una convocatoria abierta y flexible. La realización de la tarea, de complejidad y modularidad variables, y en la que la multitud debe participar, aportando su trabajo, dinero, conocimientos y/o experiencia, siempre conlleva un beneficio mutuo. El usuario recibirá la satisfacción de un tipo determinado de necesidad, ya sea económica, de reconocimiento social, de autoestima o de desarrollo de habilidades individuales, mientras que el crowdsourcing obtendrá y utilizará en su beneficio aquello que el usuario haya aportado a la empresa, cuya forma dependerá del tipo de actividad realizada. Las advertencias a la hora de seguir una estrategia de crowdsourcing son inducir un modelo de mercado o incentivo sustancial, y hay que tener cuidado de que todo el asunto no acabe en una anarquía de código abierto de plagios de adware y spyware, con muchas soluciones rotas, iniciadas por personas que sólo querían probarlo, pero luego se dieron por vencidas pronto, y unos pocos ganadores. Ejemplos populares de crowdsourcing son Linux , Google Android , el movimiento Partido Pirata y Wikipedia.

Formación y certificación

Ofrecemos 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 Red Hat o los Programas de Certificación del Linux Professional Institute .

Venta de usuarios

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 libre y de código abierto), muchas empresas (entre ellas Google , Mozilla y Canonical ) han optado por un modelo económico de software respaldado por publicidad . Por ejemplo, la aplicación de código abierto AdBlock Plus recibe un pago de Google 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 las ventas de banners publicitarios en su sitio web. En 2006, SourceForge informó de ingresos trimestrales de 6,5 millones de dólares [20] y de 23 millones de dólares en 2009. [21]

Código de preventa

Desarrollo impulsado por recompensas

Los usuarios de un software en particular pueden unirse y juntar dinero para ofrecer una recompensa de código abierto a cambio de la implementación de una característica o funcionalidad deseada. La oferta de recompensas como forma de 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 la implementación de funciones o la corrección de errores en software de código abierto que les resulten relevantes. Por ejemplo, Mozilla ha estado pagando y financiando a programadores autónomos de código abierto para que busquen y corrijan errores de seguridad desde 2004. [22] [23] [24]

Modelo de reserva anticipada/financiación colectiva/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 preorden o Praenumeration , así como el modelo de recompensa inversa, normalmente organizado en plataformas web como Kickstarter , [25] Indiegogo , [26] o Bountysource [27] (véase también la comparación de servicios de crowdfunding ). Un ejemplo es la campaña de Indiegogo financiada con éxito en 2013 por el programador australiano Timothy Arceri, que 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 la extensión OpenGL que se fusionó rápidamente con el upstream, y más tarde continuó sus esfuerzos en Mesa con sucesivas campañas de crowdfunding. [28] Más tarde, encontró trabajo como empleado en este dominio con Collabora y en 2017 con Valve . [29] Otro ejemplo es la financiación colectiva en Kickstarter de junio de 2013 [30] [31] del videojuego de código abierto Cataclysm: Dark Days Ahead , que permitió recaudar el dinero 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 ofrece la opción de pagar cada mes a los creadores, muchos de los cuales tienen la intención de desarrollar software libre y de código abierto. [32]

Venta de acuerdos de licencia

Doble licencia o núcleo abierto

En un modelo de licencia dual , el vendedor 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 licenciarse para financiar el desarrollo continuo de la versión gratuita de código abierto. [33] Los clientes pueden preferir una edición sin costo 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, entonces 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 propietarios, incluidos los 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 propietaria comercial y también bajo la GPLv2 . [34] Otro ejemplo es la Licencia Sleepycat . El desarrollador de Flask, Armin Ronacher, afirmó que la 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 elección 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 propietario Linux de IBM , donde IBM contribuye al ecosistema de código abierto Linux, pero crea 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 sobre 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 es el innovador Moodle , un sistema de gestión de aprendizaje de código abierto y una plataforma comunitaria. [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 al Moodle Trust, que financia el desarrollo central. [40]

Re-licenciamiento 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 al utilizar código fuente y software de proyectos de código abierto. Por ejemplo, el núcleo del sistema operativo Unix BSD (bajo la licencia BSD ) se utilizó en las computadoras Mac de Apple que se vendieron como productos propietarios. [42]

Venta de aditivos patentados

Venta de extensiones propietarias opcionales

Algunas empresas venden extensiones, módulos, complementos o extensiones propietarias pero opcionales a 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 propietario Linux de IBM , donde IBM contribuye al ecosistema de código abierto Linux, pero crea 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 sobre 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 ser problemático con muchas licencias de código abierto ("no conformes con la licencia") si no se lleva a cabo con el cuidado suficiente. Por ejemplo, mezclar código propietario y código con licencia de código abierto en bibliotecas enlazadas estáticamente [44] o compilar todo el código fuente junto en un producto de software podría violar las licencias de código abierto, mientras que mantenerlos separados por interfaces y bibliotecas de enlace dinámico cumpliría con la licencia.

Venta de partes propietarias 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 recursos artísticos de un videojuego ) de un producto de software como propietario mientras se hace 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 tienen que 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 Kot-in-Action Creative Artel Steel Storm , motor con licencia GPLv2 mientras que el material gráfico tiene licencia CC BY-NC-SA 3.0, [46] y Frogatto & Friends con un motor de código abierto desarrollado por ellos mismos [47] y comercialización a través de los recursos 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], cuyo código fuente se abrió al público con retraso tras su lanzamiento, mientras que los activos y binarios 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]

La agrupación de productos similares 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 que utilizan muchos datos y que están centrados en ellos, consiste en mantener todas las versiones del software bajo una licencia de software libre y de código abierto, pero abstenerse de proporcionar scripts de actualización de una versión n a una n +1. Los usuarios pueden seguir implementando y ejecutando 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, o 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 que defiende la FSF. Richard Stallman condena esta práctica y la califica de "software diacrónicamente atrapado". [55]

Venta sin licencia de propiedad

Todos los métodos anteriores 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 el 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 exactamente los mismos programas o complementos pero sin licencias de propiedad. Por ejemplo, aplicaciones como Ardour [56] , Radium [57] o Fritzing [58] son ​​software completamente gratuito con licencia GPL pero hay 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 agregar nuevas funcionalidades al programa. También se practica la venta tanto del código fuente como de los binarios, como lo hizo Red Hat [59].

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

Otros modelos de negocio comunes

Ofuscación del código fuente

Una estrategia 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. Esta estrategia se utilizó en varios casos, por ejemplo, por parte de Nvidia en sus controladores de dispositivos de tarjetas gráficas de código abierto. [61] Esta práctica se utiliza para obtener propaganda favorable al 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 mediante la publicación del código fuente en forma ofuscada, como en los casos en que el autor está menos dispuesto a hacer disponible el código fuente. El consenso general fue que, si bien no es ético, no se considera una violación. [ cita requerida ]

La Free Software Foundation se opone a esta práctica. [62] La Licencia Pública General GNU desde su versión 2 ha definido el "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. [63]

Código abierto retrasado

Algunas empresas ofrecen la última versión disponible sólo para clientes que pagan. Un proveedor bifurca un proyecto de software sin copyleft , luego le añade complementos de código cerrado y vende el software resultante. Después de un período de tiempo fijo, los parches se vuelven a publicar en el mercado original bajo la misma licencia que el resto del código base. Este modelo de negocio se denomina retraso de versiones o retraso temporal. [43] [64]

Por ejemplo, en 2016 MariaDB Corporation creó para la "apertura diferida" compatible con los negocios la licencia Business Source License (BSL) disponible en código fuente , que renueva automáticamente la licencia después de tres años a la GPL FOSS . [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 atados a una plataforma cerrada o que sufren de obsolescencia planificada , mientras que para el desarrollador de software es posible una comercialización exclusiva limitada en el tiempo. [65] En 2017 siguió la versión 1.1, revisada con comentarios también de Bruce Perens . [67] [68]

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

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

Una variante extrema de "open-source 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 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 . [73] Esto les da a las comunidades de usuarios la oportunidad de continuar con el desarrollo y el 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 no relacionado con juegos son Netscape Communicator , que se convirtió en código abierto en 1998 [75] [76] y la suite ofimática de Sun Microsystems , StarOffice , que se lanzó en octubre de 2000 al final de su vida comercial. [77] Ambos lanzamientos 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 que se vende en el mercado y que tiene 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 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 desarrollen este software según 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 entonces publicarse con una licencia de código abierto para permitir su posterior adopción por otras partes. Ese acuerdo podría reducir los costes pagados por 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 una mayor personalización si y cuando más clientes interesados ​​decidieran utilizarlo después del lanzamiento inicial.

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

Otro enfoque para la 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 casos de ejemplo 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 han comenzado como proyectos de investigación dentro de las 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 el HTTPd de NCSA que evolucionó a 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, no se desarrolla como un producto para vender, sino como una especie de utilidad pública compartida. Una corrección de errores o una solución local a un problema de software, escrita por un desarrollador 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 núcleo 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 . [27] Liberapay es una plataforma de crowdfunding, principalmente para proyectos de código abierto, que es en sí misma 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 han sido parte de la industria del software durante 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] ya que muchos mecanismos tradicionales ya no son directamente aplicables.

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 efectividad de esta táctica; el desarrollo del producto generalmente se realiza a la vista del público, lo que permite que los proyectos competidores o clones 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 dominio del hardware de computadoras, un productor de hardware que proporciona controladores de software libre y abierto revela el conocimiento sobre los detalles de implementación del hardware a los competidores, quienes podrían usar 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 es probablemente la pregunta equivocada que se debe hacer. Si se observa el panorama de las aplicaciones de código abierto, muchas de las más grandes están patrocinadas (y en gran medida escritas) por empresas de sistemas como IBM , que pueden no tener como objetivo los ingresos por licencias de software. Otras empresas de software, como Oracle y Google, han patrocinado o entregado importantes bases de código abierto. La motivación de estas empresas tiende a ser más estratégica, en el sentido de que están tratando de 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 la 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 de información, conocimiento y cultura entre iguales basada en los bienes comunes. Como ejemplos, cita una variedad de proyectos de software libre, incluidos tanto el software libre como el de código abierto. [85]

Esta nueva economía ya está en desarrollo. Para comercializar software libre, muchas empresas, entre las que destaca Google , están adoptando un modelo económico de software respaldado por publicidad . En este modelo, la única forma de aumentar los ingresos es hacer que la publicidad sea más valiosa. Facebook ha sido criticado recientemente por utilizar nuevos métodos de seguimiento de usuarios para lograrlo. [86]

Esta nueva economía no está exenta de alternativas. Las App Stores de Apple han demostrado ser muy populares entre los usuarios y los 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 . [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, comenzaron recientemente el proceso para cambiar de la GPL a la LGPL y la MPL . [89] [90]

Ejemplos

Gran parte de Internet funciona con herramientas y utilidades de software de código abierto, como Linux , Apache , MySQL y PHP , conocidas como la pila LAMP para servidores web. [ cita requerida ] El uso de código abierto atrae a los desarrolladores de software por tres razones principales: bajo o ningún costo, 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 realizar muchos negocios con 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 quedarse con una porción del mercado . Consulte Aplicaciones comerciales de código abierto para obtener una lista de las ofertas comerciales de código abierto actuales. Las acciones de Netscape fueron un ejemplo de esto y, por lo tanto, Mozilla Firefox se ha vuelto más popular, obteniendo participación de mercado de Internet Explorer .

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 comercial con ingresos superiores a 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: Books on Demand. ISBN 978-3738619096.
  4. ^ Riehle, Dirk. "El modelo de negocio comercial de código abierto de un solo proveedor". Researchgate . 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 . ECT News Network, Inc. Consultado el 18 de junio de 2016 .
  6. ^ Rubens, Paul (13 de febrero de 2013). "6 Reasons to Pay for Open Source Software" (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 usar de forma gratuita, pero eso no significa que no valga la pena pagar por él a veces. Si utiliza software de código abierto con fines comerciales o empresariales, aquí le presentamos 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 1.000 millones de dólares del código abierto". Wired . Consultado el 18 de junio de 2016 . Otras empresas 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 el complicado negocio de construir una plataforma de software por la que las grandes empresas paguen.
  8. ^ Markham, Gervase (16 de marzo de 2004). "Carta abierta de la Fundación Mozilla ordena a los vendedores no oficiales de productos de Mozilla que dejen de hacerlo, se insinúa una acción legal". 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 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.
  11. ^ "Licencias". Proyecto GNU . Free Software Foundation. Licencia Pública General Affero de GNU . Consultado el 18 de junio de 2016 . Recomendamos que las personas consideren el uso de la licencia pública general Affero de GNU para cualquier software que se ejecute comúnmente en una red.
  12. ^ Tiemann, Michael (7 de junio de 2007). «GNU Affero GPL versión 3 y la «laguna 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 el código y distribuir su cartera de software, hasta ahora de pago (que incluye el simulador de gestión de distribuciones Linux Linux Tycoon), de forma gratuita, bajo la GPL, si puede alcanzar una meta de financiación impulsada por donaciones de 4000 dólares al mes. Alcanzar esta meta, dice Lunduke, "ofrecerá pruebas a otros, a quienes también les gustaría que sus negocios de software fueran de código abierto, de que es posible hacerlo".
  14. ^ Naramore, Elizabeth (4 de marzo de 2011). «Sistema de donaciones de SourceForge.net». SourceForge . Slashdot Media . Consultado el 16 de octubre de 2017 .
  15. ^ Mozilla Foundation (15 de diciembre de 2004). «Mozilla Foundation publica un anuncio de dos páginas en The New York Times» . Consultado el 15 de junio de 2010 .
  16. ^ Marson, Ingrid (16 de diciembre de 2004). "The New York Times publica un anuncio en 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). "Google's Summer of Code concluye". 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 de recibir un pago mientras ganaban 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 que no bloquee 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 a través del eliminador de anuncios del navegador.
  20. ^ Hunt, Katherine (2007-05-24). "Sourceforge quarterly profit surges as revenue rises". marketwatch.com . Consultado el 2013-08-13 . Software Corp., a última hora del jueves, informó de unas ganancias netas del 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, del mismo periodo del año anterior. Las ganancias pro forma de las operaciones continuas fueron de 2,1 millones de dólares, o 3 centavos por acción, en comparación con los 1,2 millones de dólares, o 2 centavos por acción, del año pasado. El fabricante de servidores informáticos y sistemas de almacenamiento con sede en Fremont, California, dijo que los ingresos de los tres meses que finalizaron 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 unos 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á una recompensa por los errores, The Register , consultado el 10 de agosto de 2013
  23. ^ Evers, Joris (25 de julio de 2005). "Ofrecer una recompensa por errores de seguridad". CNET . CBS Interactive . Consultado el 12 de agosto de 2007 .
  24. ^ "La Fundación Mozilla anuncia un programa de recompensas por errores de seguridad". Fundación Mozilla . Mountain View, 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 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 ha estado 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, Timothy (26 de julio de 2013). "Ayuda a mejorar la compatibilidad con OpenGL para los controladores gráficos de Linux". Indiegogo . Consultado el 11 de agosto de 2013 . Ayudarme a financiar el tiempo que me permitiría 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 base de Mesa. Muchas personas han planteado la idea de desarrollar 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 Finance . Marketwired. 16 de julio de 2013 . Consultado el 18 de junio de 2016 .
  28. ^ Larabel, Michael (12 de noviembre de 2013). "La financiación colectiva ha vuelto para otra ampliación de Mesa". Phoronix .
  29. ^ Larabel, Michael (14 de febrero de 2017). "Valve tiene otro desarrollador de controladores gráficos para Linux que trabaja en AMD de código abierto". Phoronix .
  30. ^ "Cataclysm: Dark Days Ahead - Desarrollador dedicado". Kickstarter . 22 de junio de 2013.
  31. ^ "El roguelike multiapocalíptico Cataclysm: Dark Days Ahead llega a Kickstarter". Archivado desde el original el 1 de abril de 2014.
  32. ^ Marchant, Julie. "Julie Marchant está creando videojuegos libres". Patreon .
  33. ^ Solatan, Jean (2011). Avances en la economía del software: una lectura sobre modelos de negocios y ecosistemas de socios en la industria del software . Norderstedt, Alemania: BOD. ISBN 978-3-8448-0405-8.
  34. ^ "Licencia comercial para OEM, ISV y VAR". MySQL.com . Oracle . Julio de 2010. Q4: ¿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 las bibliotecas de cliente MySQL tanto bajo la GPL como con 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 pueden comprar una licencia comercial.
  35. ^ Ronacher, Armin (23 de julio de 2013). "Licencias en un mundo posterior al copyright". Armin Ronacher's Thoughts and Writings . What Changed in 2007 . Consultado el 18 de junio de 2016 . La AGPLv3 fue un éxito terrible, especialmente entre la comunidad de empresas emergentes que encontraron la licencia base perfecta para hacer factible la licencia dual con una licencia comercial. MongoDB, RethinkDB, OpenERP, SugarCRM y WURFL ahora utilizan la AGPLv3 como un vehículo para la licencia comercial dual. La 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 en sí a través de la APLv3 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.
  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, 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) . Consultado el 18 de junio de 2016 .
  38. ^ "¿Cómo funcionan los Moodle Partners?". Moodle . 2012. Archivado desde el original el 22 de julio de 2014 . Consultado el 18 de junio de 2016 .
  39. ^ "La marca registrada Moodle". Moodle . 2016 . Consultado el 18 de junio de 2016 .
  40. ^ Kolowich, Steve (27 de marzo de 2012). "Blackboard's Open-Source Pivot". Inside Higher Ed . Consultado el 18 de junio de 2016 .
  41. ^ 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 . Consultado el 28 de noviembre de 2015 . A diferencia de la GPL, que está diseñada para evitar la comercialización propietaria del código de código abierto, la licencia BSD impone restricciones mínimas sobre el 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 una 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 conlleva 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 el software libre contribuyó al éxito de Steve Jobs y Apple". radar.oreilly.com . Consultado el 10 de agosto de 2013. La licencia BSD le permitió a Apple mantener sus cambios como propiedad .
  43. ^ ab Olson, Mike (13 de noviembre de 2013). Abundan las oportunidades en el espacio de los macrodatos. Stanford eCorner . Universidad de 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. Puedes usar una palabra clave especial $ORIGIN para decir 'en relación con la ubicación actual 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 2013-08-10 . Versión del código fuente de Doom 3 GPL [...] Esta versión del código fuente no contiene ningún dato del juego, los datos del juego aún están cubiertos por el EULA original y deben respetarse como de costumbre.
  46. ^ "ACUERDO DE LICENCIA DE SOFTWARE PARA USUARIO LIMITADO DEL EPISODIO 1 DE STEEL STORM". 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.
  47. ^ Simpson, Kristina (26 de abril de 2015). "LICENCIA". anura-engine - GitHub . Consultado el 10 de octubre de 2015 .
  48. ^ frogatto (15 de abril de 2020). "Licencia". GitHub . LICENCIA CC-BY 3.0 [...] activos bajo derechos de autor
  49. ^ 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.
  50. ^ Nick (14 de enero de 2011). "Arx Fatalis source code, patch released!". bethblog.com . Consultado el 10 de agosto de 2011 .
  51. ^ Larabel, Michael (6 de junio de 2014). «Softdisk de id Software publica en código abierto algunos juegos muy antiguos». Phoronix . Consultado el 6 de junio de 2014 .
  52. ^ Ohle, Tom (4 de diciembre de 2008). "Directamente desde la mazmorra, Arx Fatalis invade GOG.com". Develop-Online.net (nota de prensa). Varsovia , Polonia .
  53. ^ Stallman, Richard (2012). "La educación en línea está utilizando una licencia Creative Commons defectuosa". stallman.org . Consultado el 10 de agosto de 2013 . En mi opinión, las licencias que no son libres y que permiten compartir son aceptables para obras de arte o entretenimiento, o que presentan el punto de vista de alguna parte (como este artículo en sí). Esas obras no están pensadas para realizar un trabajo práctico, por lo que el argumento sobre el control de los usuarios no se aplica. Por lo tanto, no tengo objeciones si se publican con la licencia CC BY-NC-ND, que solo permite la redistribución no comercial de copias exactas.
  54. ^ "Actividades - FSFE". FSFE - Free Software Foundation Europe .
  55. ^ "gnu.org". www.gnu.org . Consultado el 10 de noviembre de 2017 .
  56. ^ "ardor".
  57. ^ "radio".
  58. ^ "fritzingo".
  59. ^ McGrath, Mike. "Fomento de 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 abandona su controlador de código abierto y remite a los usuarios al controlador VESA". Phoronix . El controlador xf86-video-nv ya existía y proporcionaba una aceleración 2D muy básica y un conjunto limitado de funciones además de eso (no hay 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?". Free Software Foundation . 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 2013-08-19 .
  64. ^ Sprewell (29 de abril de 2010). "Hacia un modelo de negocio real para el software de código abierto". Phoronix .
  65. ^ ab Martin, Alexander J (24 de agosto de 2016). "El padre de MySQL, Widenius: la religión del código abierto no alimentará a MariaDB". The Register .
  66. ^ Phipps, Simon (19 de agosto de 2016). "Alboroto: MariaDB Corp. se aleja del código abierto". InfoWorld .
  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 publica el código fuente de Doom 3". The H Open . 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 publicó el código fuente de Shadow Warrior". 3D Realms .
  72. ^ "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 obtenerlos desde nuestra página de descargas.
  73. ^ Andersen, John (2011-01-27). "Where Games Go To Sleep: The Game Preservation Crisis, Part 1". Gamasutra . Consultado el 2013-01-10 . La existencia de tecnología en decadencia, desorganización y almacenamiento deficiente podría, en teoría, hacer que un videojuego se duerma de forma permanente, para no volver a jugarse nunca más. A lo largo de los años han surgido confesiones preocupantes sobre la preservación de videojuegos. Cuando se plantean preguntas sobre relanzamientos de ciertos títulos de juegos durante las entrevistas con los desarrolladores, por ejemplo, estos revelan problemas de pérdida o destrucción del material de producción del juego. Ciertos títulos de juegos no pudieron volver a publicarse debido a varios 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". Technology Innovation Management Review. Archivado desde el original el 30 de marzo de 2014. Consultado el 9 de agosto de 2013. [ ...] que no habría más parches para el título. Como era de esperar, la comunidad estaba molesta. En lugar de darse por vencida con el juego, los usuarios decidieron que si Activision no iba a arreglar los errores, lo harían ellos. Querían salvar el juego haciendo 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 los miembros del equipo de desarrollo que eran 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 QUE EL CÓDIGO FUENTE DE NEXT-GENERATION COMMUNICATOR ESTÉ DISPONIBLE GRATIS EN LA RED". Netscape Communications Corporation . 1998-01-22. Archivado desde el original el 2007-04-01 . Consultado el 2013-08-08 . UN AUDAZ MOVIMIENTO PARA APROVECHAR EL PODER CREATIVO DE MILES DE DESARROLLADORES DE INTERNET; LA COMPAÑÍA HACE QUE NETSCAPE NAVIGATOR Y COMMUNICATOR 4.0 SEAN INMEDIATAMENTE GRATUITOS PARA TODOS LOS USUARIOS, LO QUE ABRE UN MERCADO PARA EMPRESAS Y NEGOCIOS DE NETCENTER
  76. ^ "MOUNTAIN VIEW, California, 1 de abril /PRNewswire/ -- 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". Netscape Communications . 1999-03-31 . Consultado el 2013-01-10 . [...] 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 acontecimiento 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 ha sido seguida por 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.
  77. ^ Proffitt, Brian (13 de octubre de 2000). "StarOffice Code Released in Largest Open Source Project" (El código de StarOffice publicado en el mayor proyecto de código abierto). 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 puso en marcha en el sitio web de OpenOffice a las 5 am PST de esta mañana con el lanzamiento de gran parte del código fuente de 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 mayor proyecto de software de código abierto de la historia.
  78. ^ "Outreachy | 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). "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.
  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). Beneficios de los ecosistemas de software: modelos de negocios, ecosistemas y asociaciones en la industria del software. Norderstedt, Alemania: Books on Demand. ISBN 9783839169834.
  82. ^ Wheeler, David A. (febrero de 2009). "F/LOSS es software comercial". Technology Innovation Management Review . Talent First Network . Consultado el 18 de junio de 2016 .
  83. ^ 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 . Consultado el 18 de junio de 2016. No voy a afirmar que encontré una manera de facilitar la recaudación de 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.
  84. ^ Donovan, S. (6 de agosto de 2002). "Patentes, derechos de autor y protección de secretos comerciales para software". IEEE Potentials . 13 (3) (publicado en 1994): 20. doi :10.1109/45.310923. ISSN  0278-6648. S2CID  19873766. Básicamente, sólo hay tres maneras de proteger el software informático bajo la ley: patentarlo, registrar un derecho de autor para él o mantenerlo como secreto comercial.
  85. ^ 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 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 provoca pedidos de investigación de la FTC". The 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 de que estallara una disputa por la GPL". Ars Technica .
  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. ^ "Cambio de 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 vuelve a la App Store de iOS tras una pausa de 30 meses". Ars Technica . Consultado el 10 de octubre de 2013 .

Lectura adicional