Fuente abierta

Logotipo de la iniciativa de código abierto

Como fuente abierta (de fuente inglesa abierta , literalmente fuente abierta ) es un software llamado cuyo código fuente puede ser modificado y utilizado en público y visto por terceros. El software de código abierto se puede utilizar principalmente de forma gratuita.

El software puede ser hecho de código abierto por individuos por motivos altruistas , así como por organizaciones o empresas para compartir los costos de desarrollo o ganar participación de mercado . Los usuarios finales expertos pueden adaptar el software de acuerdo con sus propias necesidades y posiblemente publicarlo como un derivado , así como contribuir con mejoras con " solicitudes de extracción ".

historia

El código abierto tiene muchos orígenes y precursores, como el movimiento del hágalo usted mismo , el movimiento de piratería informática de los años sesenta y setenta y el movimiento del software libre de los ochenta, que se convirtió en el precursor inmediato.

Influenciado por el ensayo The Cathedral and the Bazaar de Eric S. Raymond , publicado en 1997 , Netscape decidió en 1998, en vista del creciente dominio de Microsoft en el mercado de los navegadores , lanzar el código fuente del Netscape Navigator, que ya no se puede utilizar económicamente. (esta versión resultó más tarde en el proyecto Mozilla ).

Poco después, Raymond, el informático Bruce Perens y Tim O'Reilly , fundador y director de O'Reilly Publishing , decidieron que la comunidad del software libre necesitaba un mejor marketing . Para poder presentar este software libre como libre de valores éticos y amigable para los negocios, se decidió introducir un nuevo término de marketing para software libre : el término fuente abierta se utilizó en todo el país en marketing a partir de entonces y también fue el homónimo de Raymond, Open Source Initiative (OSI) fundada por Perens y O'Reilly . Se crearon licencias de código abierto adaptadas que satisfacen las necesidades del entorno de código abierto y también deberían ser atractivas para las empresas comerciales ( licencias permisivas ). Una de las licencias más famosas que surgieron de estos esfuerzos es la Licencia Pública de Mozilla .

definición

Definición de la iniciativa de código abierto

La Open Source Initiative (OSI) aplica el término Open Source a todo software cuyos acuerdos de licencia corresponden a las siguientes tres características y cumplen los diez puntos de la definición de Open Source :

  • El software (es decir, el texto fuente) está disponible en una forma que los humanos pueden leer y comprender : por regla general, esta forma es el texto fuente en un lenguaje de programación de alto nivel . Antes de ejecutar el programa (o proceso) real, generalmente es necesario convertir este texto en formato binario usando un compilador para que el programa de computadora pueda ser ejecutado por la computadora. Los programas binarios son prácticamente ilegibles para los humanos en el sentido semántico .
  • El software se puede copiar, distribuir y utilizar según sea necesario : No existen restricciones sobre el uso de software de código abierto, ni en lo que respecta al número de usuarios ni al número de instalaciones. La duplicación y distribución de software de código abierto no implica ninguna obligación de pago hacia el licenciante. Normalmente, solo se debe transmitir el texto fuente.
  • El software puede cambiarse y transmitirse en la forma modificada : gracias al texto fuente divulgado, los cambios son posibles para todos sin más esfuerzo. La distribución del software debería ser posible sin tarifas de licencia. El software de código abierto depende directamente de la participación activa del usuario en el desarrollo. El software de código abierto es ideal para aprender, participar y mejorar.

Sin embargo, el código abierto no significa, como se supone a menudo, que todo está permitido ; hay condiciones asociadas a su uso. El uso completamente incondicional normalmente solo existe en el caso de software en el dominio público . La primera guía BITKOM sobre el tema del software de código abierto da la siguiente descripción correcta: “La utilización, la duplicación y el procesamiento no están permitidos sin reservas, porque con el software de código abierto la concesión de derechos de uso a menudo depende de ciertos requisitos. De esta manera, el software de código abierto se puede distinguir del software de dominio público […]. En el caso de software de dominio público, el usuario puede reproducir, distribuir y cambiar sin restricciones y sin reservas ".

En la práctica, el software de código abierto (OSS) tiene grandes superposiciones con el software libre , como lo define la FSF . Ambos conceptos tienen en común que el código fuente del software debe estar disponible para los usuarios. Las mismas licencias de software copyleft y permisivas también se clasifican como "gratuitas" o "abiertas" por ambas partes, con algunas raras excepciones. La principal diferencia radica en la terminología y la perspectiva: el software libre se centra en el aspecto del control del usuario sobre el software y ve al software libre como una preocupación social, política y ética importante. La OSI considera que el beneficio práctico para el público en general (usuarios, sociedad, empresas, etc.) de una infraestructura de software de libre acceso, un mercado de software libre y un método de desarrollo colaborativo son el aspecto decisivo.

Definiciones adicionales

Código abierto, conceptos "abiertos" derivados y propiedades asociadas: apertura, transparencia, colaboración colaborativa
Logotipo de Open Educational Resources
Logotipo de hardware de código abierto
Vores Øl - Una cerveza de código abierto
Acceso abierto

El término fuente abierta no se limita al software, sino que también se extiende al conocimiento y la información en general. Además, el movimiento del software libre ha inspirado la fundación de muchos nuevos movimientos "abiertos" en otras áreas, como el contenido abierto , el hardware de código abierto y el acceso abierto .

Un ejemplo de esto es Wikipedia y Wikimedia Commons , en cuyo contexto se habla de contenido libre ( contenido abierto ). Otros ejemplos importantes de contenido abierto son OpenStreetMap y Open Educational Resources . Una familia de licencias creadas para dicho contenido gratuito ("obras culturales gratuitas") son las licencias Creative Commons .

La idea del acceso público y gratuito a la información también se trasladó a los proyectos de desarrollo. En este contexto, a menudo se habla de hardware libre ( hardware abierto ), es decir, acceso libre a toda la información ( estándar abierto , formato abierto ) para producir el hardware correspondiente. Ejemplos de productos basados ​​en recetas y estándares abiertos son Vores Øl / Free Beer u OpenCola.

Los FabLabs , que quieren proporcionar acceso gratuito al hardware (de producción) , también se ven a sí mismos como "abiertos" y están estrechamente relacionados con el código abierto y el movimiento del hardware abierto .

Otro ejemplo es la licencia de semillas de código abierto , que intenta transferir el principio al fitomejoramiento. Los criadores sin fines de lucro pueden equipar nuevas variedades con una licencia viral ( copyleft ) para que el material genético ya no pueda transferirse a un bien privado.

El acceso abierto intenta permitir el acceso gratuito a la literatura académica y otros materiales en Internet y desmantelar los muros de pago . De manera similar, el gobierno abierto busca facilitar a los ciudadanos el acceso a los recursos gubernamentales.

Definición de conflicto con "Software libre"

Los términos software de código abierto y software libre se utilizan a menudo como sinónimos, pero existe la posibilidad de una interpretación diferente. Aunque el significado real de la definición de código abierto apenas difiere del software libre , ambos términos pueden usarse deliberadamente para desencadenar diferentes asociaciones. El término fuente abierta se introdujo después de que la designación original de software libre causara confusión, ya que a menudo se malinterpretaba como software básicamente libre.

El término más antiguo software libre ha sido utilizado por la Free Software Foundation (FSF) desde la década de 1980 . No era a menudo una misassociation de software libre con software gratuito , ya que en Inglés libre puede estar parado para libre , así como la libertad y, por otra parte, el software libre es en la mayoría de los casos realmente también disponible de forma gratuita. Al igual que con libre pero realmente solo libertad de la FSF, estos acuñaron el eslogan " libertad de expresión, no cerveza gratis " - "libertad de expresión, no cerveza gratis " a una asociación de software libre con contador de software libre.

La posible mala interpretación de la palabra ambigua "gratis" fue parte de la motivación para el término fuente abierta , que se hizo popular en Linux a finales de la década de 1990 . La sugerencia vino en 1998 de Christine Peterson del Foresight Institute cuando fundó el OSI y el movimiento de código abierto . El movimiento de código abierto recién fundado decidió establecer código abierto en lugar del término software libre ya existente de la FSF , porque se esperaba que el uso del término código abierto eliminaría la ambigüedad del término "libre" y, por lo tanto, una mejor aceptación del El concepto de código abierto también permite hacer negocios. Además, el término fuente abierta evitó una asociación con la Free Software Foundation y la GNU General Public License ( GPL ), lo que puede ser problemático desde un punto de vista económico. El término software de código abierto también debería resaltar la superioridad del proceso de desarrollo colaborativo y abierto (ver La Catedral y el Bazar de Eric Steven Raymond ).

Desde la introducción del término en competencia de código abierto , la FSF ha criticado el hecho de que este término también puede causar confusión. El término fuente abierta asocia la disponibilidad del texto fuente, pero no dice nada sobre los derechos de uso otorgados y la libertad de uso. Un ejemplo de tal confusión es la última versión del programa de criptografía PGP de PGP Corporation : esto se llama código abierto promocionado ya que el código fuente puede considerarse, pero está sujeto a cualquier licencia de código abierto. Se prohíbe la redistribución y modificación de este código fuente, por lo que el programa no entra dentro de la definición de código abierto. En respuesta a esto, se creó GNU Privacy Guard , que cumple con los requisitos de código abierto a través de su licencia GPL.

Por el contrario, el GNU FDL , que la FSF considera "gratuito", es criticado por no ser "abierto" y "gratuito". Una característica problemática de GNU FDL es que ofrece la posibilidad de prohibir la modificación de ciertas secciones, es decir, restringir el derecho a un uso posterior gratuito. Por lo tanto, GNU FDL no cumple con un requisito fundamental de la definición de código abierto, la definición de software libre y las Pautas de software libre de Debian para software.

Con el fin de evitar el conflicto entre Software Libre y Software de Código Abierto y enfatizar las similitudes de los movimientos de Código Abierto y Software Libre , se sugirieron los términos FOSS y FLOSS (Free / Libre y Software de Código Abierto), que también lograron una difusión relevante.

Significado económico

Áreas de aplicación del software de código abierto.

El código abierto a menudo sirve como base para el software comercial. El sistema operativo de código abierto Linux se utiliza como plataforma en muchos sistemas integrados , enrutadores domésticos, decodificadores y teléfonos móviles . El sistema operativo comercial webOS de HP Palm también se beneficia de Linux. Dado que estas empresas dependen de Linux, también están motivadas para contribuir a su desarrollo.

Las empresas de desarrollo de software también pueden ofrecer servicios de soporte para productos de código abierto . Este es el caso, por ejemplo, de los sistemas operativos Ubuntu , Red Hat / Fedora y SUSE Linux . Sin embargo, el código fuente se distribuye de forma gratuita.

Los voluntarios también pueden desarrollar software de código abierto por motivos altruistas (desinteresados). Los proyectos más grandes generalmente se unen para formar una fundación, que luego se financia con donaciones.

El software de código abierto en el sector público a menudo ha estado disponible en miles de computadoras durante décadas.

Después de que el software de código abierto se estableció inicialmente en las áreas de sistemas operativos de servidor, servidores web y de correo, bases de datos y middleware, el software de código abierto pudo ganar un papel importante en el software comercial en general. Un estudio encargado por la Comisión Europea en 2006 examinó la importancia económica del código abierto para Europa. En consecuencia, la participación de mercado ha aumentado de manera constante durante los últimos años. El estudio sitúa el valor total en unos doce mil millones de euros. En las cuatro áreas principales de aplicación (servidor web, lenguajes de programación, bases de datos y sistemas operativos de servidor), el 70% de los usuarios suizos utilizan software de código abierto en 2015, lo que representa un crecimiento del 20% en comparación con 2012. La previsión del estudio para 2010 32 por ciento de los servicios de TI son de código abierto y aboga por un mayor apoyo al software libre para que Europa pueda explotar mejor el potencial económico del código abierto. Por tanto, el tema está atrayendo cada vez más atención en el desarrollo empresarial . Un ejemplo es la Agencia de Desarrollo Económico de la Región de Stuttgart , que ha lanzado una iniciativa para un clúster de código abierto .

El software de código abierto se utilizó con mucha más frecuencia en las empresas que en las autoridades públicas.

Muchos proyectos de código abierto tienen un alto valor económico. Según el Battery Open Source Software Index (BOSS), los diez proyectos de código abierto más importantes económicamente son:

rango Proyecto Compañía líder Valor de mercado
1 Linux Sombrero rojo 16 mil millones
2 Git GitHub 2 billones
3 MySQL Oráculo 1,87 mil millones
Cuarto Node.js NodeSource ?
5 estibador estibador Mil millones
Sexto Hadoop Cloudera 3 mil millones
Séptimo Elasticsearch Elástico 700 millones
Octavo Chispa - chispear Databricks 513 millones
9 MongoDB MongoDB 1,57 mil millones
10 Selenio Laboratorios de salsa 470 millones

El rango dado se basa en la actividad relacionada con los proyectos en discusiones en línea, en GitHub, con respecto a la actividad de búsqueda en los motores de búsqueda y el impacto en el mercado laboral.

Ventajas de uso

Encuesta sobre las razones para utilizar Open Source en 200 organizaciones suizas.

El software de código abierto es utilizado tanto por empresas como por particulares. Ofrece una serie de ventajas:

  • Casi cualquier número de personas (y empresas) puede participar en el desarrollo de un programa de código abierto. El esfuerzo por el desarrollo es compartido y todos pueden beneficiarse del trabajo de los demás. Si una empresa necesita software y este no es parte del producto principal, puede valer la pena no comprar el software terminado o comenzar un desarrollo interno completo, sino participar en un proyecto de código abierto y así difundir más las innovaciones. rápidamente.
  • Los usuarios de software de código abierto nunca dependen de un fabricante específico. Si un usuario desea una extensión o la corrección de un error del programa , es libre de realizar este cambio o de instruir a alguien para que lo haga. Esto no es posible con software propietario y solo se puede solicitar un cambio al fabricante. Esta independencia evita la obsolescencia programada de un producto de software , que es común con el software propietario , en detrimento del usuario. La interoperabilidad (p. Ej., Formatos de datos) también es posible con software de código abierto , aunque a menudo esto se evita mediante el efecto de bloqueo con software propietario .
  • El uso de software de código abierto está vinculado a pocas o ninguna condición. El software puede ser utilizado por cualquier número de usuarios para cualquier propósito. No hay costos de licencia por duplicación y uso posterior.
  • El software de código abierto permite conocer el código fuente y, a través del modelo de desarrollo abierto, normalmente también el historial de versiones . Esto hace posible que todos, por ejemplo, utilizando sitios dedicados como Ohloh , analicen la calidad del software mediante el análisis de código estático , así como el número de desarrolladores y sus cambios, y saquen conclusiones sobre la capacidad de mantenimiento y la madurez del software.
  • Este principio de control múltiple hace que el software de código abierto sea más estable y confiable. Además, un alto grado de apertura se correlaciona con una alta calidad del software.
  • Comprobabilidad de un programa para detectar mecanismos no deseados por el usuario introducidos conscientemente, como puertas traseras que podrían utilizarse con fines de espionaje político o económico . Por ejemplo, Microsoft, como proveedor de software de código no abierto, tiene problemas para refutar los rumores recurrentes sobre puertas traseras de la NSA en sus sistemas operativos porque la divulgación del código fuente no es una opción para Microsoft.

Obstáculos

Cuando se les pregunta cuáles son las razones importantes para usar el código abierto, queda claro que la máxima flexibilidad es importante para los usuarios al diseñar su panorama de TI: para la gran mayoría de los encuestados, el cumplimiento de estándares abiertos (86%), el intercambio de conocimientos con la comunidad (82%), el ahorro de costes (77%) y la reducción de las dependencias de los proveedores (76%) son los principales motivos para el uso del código abierto.

Principios

Para garantizar el soporte continuo para proyectos de código abierto, se necesitan una serie de condiciones:

En primer lugar, debe existir una comunidad activa para que el conocimiento se distribuya entre numerosas personas. Un ejemplo de esto es el kernel de Linux . Según un estudio de desarrollo de kernel realizado por la Fundación Linux de 2015, la proporción de desarrolladores de Intel que más contribuyen al kernel de Linux es solo del 10,5%. Incluso si Intel se retirara del desarrollo de Linux, aún se garantizaría un mayor desarrollo. Sin embargo, sería diferente si el desarrollo fuera impulsado en gran medida por un individuo o una empresa. En este caso, el código fuente sería accesible para el público en general, pero al mismo tiempo se perderían conocimientos importantes.

Además, la cooperación con proveedores comerciales es importante para la sostenibilidad de los proyectos de código abierto. Los desarrolladores que no trabajan en el proyecto de forma gratuita, pero se les paga por el trabajo, pueden dedicar más tiempo al proyecto a largo plazo. Por ejemplo, numerosas empresas más pequeñas (como Collabora ) están involucradas en el desarrollo de LibreOffice y venden versiones certificadas del programa. Al mismo tiempo, los desarrolladores son empleados de las empresas y desarrollan el programa a tiempo completo.

Por último, también es importante la existencia de una organización sin ánimo de lucro que coordine el desarrollo y lleve a cabo el marketing. La coordinación es importante al desarrollar software. En el caso del software propietario, esta tarea la asume el propietario del software. En proyectos de código abierto más grandes (como el kernel de Linux, LibreOffice o el sistema de gestión de contenido TYPO3 ), una organización sin fines de lucro conecta a las empresas desarrolladoras y a los usuarios de software entre sí. La organización sin ánimo de lucro puede adoptar la forma de fundación o asociación . El marketing en particular tiene una función importante, ya que en la industria del software (por ejemplo, en Adobe, Oracle o Microsoft) se gasta el doble de dinero en ventas y publicidad que en el desarrollo real de software.

En su libro La catedral y el bazar, Eric S. Raymond describe un método de desarrollo en el que los proyectos de código abierto se pueden gestionar de forma independiente sin un control centralizado por parte de la comunidad como un bazar . Es controvertido si este método de desarrollo se utiliza realmente o se puede poner en práctica. Por ejemplo, el kernel de Linux , uno de los grandes proyectos de OSS exitosos, con Linus Torvalds a la cabeza, sigue un modelo de desarrollo más centralizado con un Dictador benevolente de por vida ( dictador benévolo de por vida ) y corresponde a la catedral en la terminología de Raymond. Se pueden encontrar estructuras de liderazgo similares con Richard Stallman a la cabeza del proyecto FSF / GNU y también en la Fundación Mozilla . Los proyectos impulsados ​​por la comunidad Apache Hadoop y OpenStack se citan como contraejemplos .

Críticas y problemas

En 2009, el científico informático Niklaus Wirth criticó la calidad técnica de los proyectos complejos de código abierto: el movimiento del código abierto ignoró y obstaculizó la idea de construir sistemas de software complejos basados ​​en módulos estrictamente jerárquicos . Los desarrolladores no deben estar familiarizados con el código fuente de los módulos que están usando. Debe confiar exclusivamente en las especificaciones de las interfaces de los módulos. Si, como ocurre con el código abierto, el código fuente de los módulos está disponible, esto conduce automáticamente a una especificación más pobre de las interfaces, ya que el comportamiento de los módulos se puede leer en el código fuente.

La FSF , y en particular su fundador Richard Stallman , critica el movimiento de código abierto en principio por ignorar los aspectos socio-éticos y concentrarse solo en cuestiones técnicas y económicas. En opinión de Stallman , se está descuidando la idea básica del software libre . La FSF también critica la práctica de la empresa tolerada por partes del movimiento de código abierto de adaptar los desarrollos posteriores del software de código abierto existente a sus propios sistemas (hardware) hasta tal punto que prácticamente ya no se pueden utilizar para otros fines, p. Ej. B. tivoización o texto fuente hecho ilegible . El desarrollo posterior todavía se encuentra bajo una licencia de código abierto, pero ya no puede ser utilizado por la comunidad, una situación que la FSF está tratando de prevenir a través de la GPLv3 .

El ideal del código abierto, el intercambio libre y cualquier uso posterior del texto fuente, es en realidad a través de, entre otras cosas. Problemas de licencia limitados. Esto es particularmente problemático debido al hecho de que la cantidad de licencias de software y variantes de versión ahora ha crecido a un número apenas manejable (y continúa creciendo), un problema conocido como proliferación de licencias . Las licencias de código abierto reconocidas también suelen ser incompatibles entre sí, lo que impide un uso posterior del software en algunos contextos. Por lo tanto, es aconsejable no utilizar licencias de código abierto exóticas o creadas por uno mismo, cuyos problemas legales y prácticos quizás no pueda supervisar, sino utilizar una licencia libre probada, reconocida y extendida (y combinaciones de licencias) como como la GPL, la LGPL o para acceder a la licencia BSD . Las generosas licencias en particular se caracterizan por una muy buena compatibilidad de licencias.

Ver también

Portal: Software libre  : descripción general del contenido de Wikipedia sobre el tema del software libre

literatura

enlaces web

Wikcionario: código abierto  - explicaciones de significados, orígenes de palabras, sinónimos, traducciones
Wikcionario: código abierto  - explicaciones de significados, orígenes de palabras, sinónimos, traducciones (inglés)
Wikilibros: Código abierto en las empresas  - Materiales de aprendizaje y enseñanza


Referencias y comentarios individuales

  1. ^ John Koenig: Siete estrategias comerciales de código abierto para una ventaja competitiva. (PDF) (Ya no está disponible en línea). Archivado desde el original el 12 de enero de 2017 ; Consultado el 29 de abril de 2017 .
  2. ^ Nadia Eghbal: Trabajar en público: la fabricación y mantenimiento de software de código abierto . Prensa de bandas, 2020, ISBN 978-0-578-67586-2 .
  3. ↑ Netscape celebra el primer aniversario del lanzamiento del software de código abierto para mozilla.org ( inglés ) Netscape Communications . 31 de marzo de 1999. Archivado desde el original el 6 de junio de 2013. Recuperado el 6 de marzo de 2020: “[…] La organización que administra a 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 compañía 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 descargaron y realizaron cientos de contribuciones al software. Mozilla.org ahora está celebrando este primer aniversario con una fiesta el jueves por la noche en San Francisco ".
  4. ↑ Eric S. Raymond : Adiós, “software libre”; hola, "código abierto" . 8 de febrero de 1998. Consultado el 13 de agosto de 2008: “Después de que se hizo público el anuncio de Netscape en enero, pensé mucho en la siguiente fase: el impulso serio para lograr que el 'software libre' fuera aceptado en el mundo empresarial convencional. Y me di cuenta de que tenemos un grave problema con el "software libre" en sí. Específicamente, tenemos un problema con el término 'software libre', en sí mismo, no con el concepto. Me he convencido de que el plazo tiene que acabar ".
  5. ↑ Historia de OSI ( inglés ) opensource.org. Consultado el 11 de febrero de 2016: "los conferenciantes decidieron que era hora de deshacerse de la actitud moralizante y de confrontación que se había asociado con el 'software libre' en el pasado y vender la idea estrictamente sobre los mismos fundamentos pragmáticos y comerciales"
  6. ^ Evgeny Morozov: The Meme Hustler - La charla loca de Tim O'Reilly ( en ) thebaffler.com. 4 de abril de 2013. Consultado el 14 de julio de 2013: “En aquellos primeros días, los mensajes en torno al código abierto en ocasiones rozaban la propaganda. Como dijo el propio Raymond en 1999, 'lo que necesitábamos montar era, en efecto, una campaña de marketing', una que 'requeriría técnicas de marketing (giro, creación de imagen y cambio de marca) para que funcione' ”.
  7. ↑ gnu.org. En: gnu.org. Consultado el 10 de noviembre de 2016 .
  8. ↑ a b La definición de código abierto . En: Iniciativa de código abierto . Opensource.org. Consultado el 10 de julio de 2013.
  9. ↑ bitkom.org (PDF)
  10. ↑ ¿Qué es "software libre" y es lo mismo que "código abierto"? Preguntas frecuentes sobre la iniciativa de código abierto
  11. ↑ Categorías de código abierto de software gratuito y no libre (gnu.org)
  12. ↑ Por qué el código abierto no alcanza el objetivo del software libre , gnu.org
  13. ↑ Misión de la iniciativa de código abierto "La promesa del código abierto es mejor calidad, mayor confiabilidad, más flexibilidad, menor costo y el fin de la dependencia de proveedores depredadores". en opensource.org
  14. ^ A b Historia de la iniciativa de código abierto
  15. ↑ Silke Helfrich: Bio-Linux o: Saatgut als Commons. En: CommonsBlog. 14 de abril de 2017. Consultado el 3 de julio de 2017 .
  16. ↑ Nueva variedad de tomate: El ataque de los piratas de semillas. En: Spiegel Online - Wissenschaft. Consultado el 3 de julio de 2017 .
  17. ↑ software libre
  18. ↑ Por amor a la piratería en forbes.com
  19. ^ Tecnología en el gobierno, 1 / e . Jaijit Bhattacharya, 2006, ISBN 978-81-903397-4-2, pág.25 .
  20. ^ Por qué el 'software libre' es demasiado ambiguo ( Memento el 13 de octubre de 1999 en Internet Archive ) opensource.org
  21. ↑ GNU GENERAL PUBLIC LICENSE Version 3, 29 de junio de 2007 - Transmitir formularios que no son fuente. ( en ) gnu.org. 29 de junio de 2007. Consultado el 17 de junio de 2015: “ (1) una copia de la Fuente correspondiente para todo el software del producto cubierto por esta Licencia, en un medio físico duradero que se utiliza habitualmente para el intercambio de software, por un precio que no más que su costo razonable de realizar físicamente esta transmisión de fuente, o (2) acceso para copiar la fuente correspondiente desde un servidor de red sin cargo. "
  22. ↑ Vender software gratuito . gnu.org. 17 de junio de 2015. Consultado el 17 de junio de 2015: “Precios altos o bajos y la GNU GPL - […] la GNU GPL obliga a proporcionar el código fuente si se solicita. Sin limitar el precio del código fuente, podrían establecer un precio que sería demasiado alto para que cualquiera lo pague, como mil millones de euros, y así pretender liberar el código fuente a pesar de que en realidad lo están ocultando. Por eso tenemos que limitar el precio del código fuente en este caso para garantizar la libertad de los usuarios ".
  23. ↑ Marco Fioretti: ¿Es legal vender software GPL? "Tenga en cuenta que 'tanto como desee' solo se aplica a la forma ejecutable del software, no a su código fuente". Techrepublic.com, 19 de noviembre de 2013 (inglés)
  24. ↑ Estado de "Licencias de documentación libre": 2012
  25. ↑ Conclusión general: Por qué la "Licencia de documentación libre GNU" no es adecuada para Debian-Main en debian.org (2006)
  26. ↑ FLOSS y FOSS en gnu.org (inglés)
  27. ↑ a b c d e f g h i Open Source Study Suiza 2015. (PDF) swissICT and Swiss Open Systems User Group / ch / open, 3 de junio de 2015, consultado el 6 de marzo de 2020 (Swiss Standard German).
  28. ↑ Mejores prácticas para el uso comercial de software de código abierto . Karl Michael Popp, 2015, ISBN 978-3-7386-1909-6 .
  29. ↑ Estudio sobre: ​​Impacto económico del software de código abierto en la innovación y la competitividad del sector de las tecnologías de la información y la comunicación (TIC) en la UE (PDF; 1,8 MB) - Estudio en inglés sobre la importancia económica
  30. ^ Iniciativa para un clúster de código abierto
  31. ↑ Joe McCann: El auge meteórico del código abierto y por qué los inversores deberían preocuparse . En: Forbes . ( forbes.com [consultado el 10 de octubre de 2017]).
  32. ↑ a b Dharmesh Thakker: Seguimiento del crecimiento explosivo del software de código abierto . En: TechCrunch . ( techcrunch.com [consultado el 10 de octubre de 2017]).
  33. ↑ a b Kevin Crowston, Kangning Wei, James Howison, Andrea Wiggins: Desarrollo de software de código abierto libre / libre: lo que sabemos y lo que no sabemos . Ed.: ACM. cinta 44 , no. 2 . Encuestas de computación de ACM, ISSN  0360-0300 , p. 7:13 , doi : 10.1145 / 2089125.2089127 : "Por ejemplo, Bonaccorsi y Rossi [2006] encontraron que las empresas están motivadas para involucrarse con FLOSS porque les permite a las empresas más pequeñas innovar, porque" muchos ojos "las ayudan en el desarrollo de software, y debido a la calidad y confiabilidad de FLOSS, con la lucha ideológica por el software libre al final de la lista ".
  34. ↑ Fernando Cassia: Open Source, la única arma contra la "obsolescencia programada" ( inglés ) theinquirer.net. 28 de marzo de 2007. Consultado el 15 de enero de 2012.
  35. ↑ Kevin Crowston, Kangning Wei, James Howison, Andrea Wiggins: Desarrollo de software de código abierto libre / libre: lo que sabemos y lo que no sabemos . Ed.: ACM. cinta 44 , no. 2 . Encuestas de computación de ACM, ISSN  0360-0300 , p. 7:23 , doi : 10.1145 / 2089125.2089127 : "Por ejemplo, basándose en 75 proyectos FLOSS, Capra et al. [2008] informó que un alto grado de apertura en las prácticas de gobierno conduce a una mayor calidad del software ".
  36. ↑ Duncan Campbell : Cómo accede la NSA a lo que está integrado en Windows ( inglés ) Telepolis . 4 de septiembre de 1999. Consultado el 3 de diciembre de 2011: “Un error descuidado revela la subversión de Windows por parte de la NSA. "
  37. ↑ J Mark Lytle: Microsoft niega la puerta trasera de la NSA en Windows 7 ( inglés ) techradar.com. 22 de noviembre de 2009. Consultado el 3 de diciembre de 2011: " Sin embargo, la Agencia de Seguridad Nacional de EE. UU. Trabajó en el nuevo sistema operativo ".
  38. ↑ Chuck Connell: ¿Los proyectos de código abierto se administran solos? Sigue soñando . (Inglés) A junio de 2008
  39. ↑ Roles en Mozilla.org “Los tomadores de decisiones finales son miembros confiables de la comunidad que tienen la última palabra en el caso de disputas. Este es un modelo seguido por muchos proyectos exitosos de código abierto, aunque la mayoría de esas comunidades solo tienen una persona en este rol, y a veces se les llama el 'dictador benevolente'. Mozilla ha evolucionado para tener dos personas en esta función: Brendan Eich tiene la última palabra en cualquier disputa técnica y Mitchell Baker tiene la última palabra en cualquier disputa no técnica ". (Inglés)
  40. ↑ Matt Asay: El culto a la personalidad del código abierto está muriendo - Afortunadamente ( inglés ) readwrite.com. 2 de mayo de 2014. Consultado el 18 de junio de 2015.
  41. ^ Richard Morris: Niklaus Wirth: Geek de la semana. simple-talk.com, 2 de julio de 2009, consultado el 16 de diciembre de 2009 : "Además de todas las cosas buenas, el movimiento del código abierto ignora y de hecho dificulta la percepción de una de las ideas más importantes en el diseño de sistemas complejos, a saber, su partición en módulos, y su formación como una jerarquía ordenada de módulos ".
  42. ↑ Estamos hablando de software libre : una declaración de la Free Software Foundation Europe
  43. ↑ Por qué el software libre es mejor que el estado del código abierto : 2007 , Declaración del proyecto GNU
  44. ↑ Richard Stallman: Por qué el código abierto no alcanza el objetivo del software libre . Estado: 2010
  45. ↑ Oliver Diedrich: Disputa sobre la nueva GPL . heise.de , 2006
  46. ↑ Torvalds on Tivoisation (inglés)
  47. ^ David A. Wheeler: Proliferación de licencias FLOSS: sigue siendo un problema . (Inglés)
  48. ^ Ed Burnette: Google dice no a la proliferación de licencias . 2 de noviembre de 2006. Archivado desde el original el 24 de febrero de 2007. Recuperado el 11 de septiembre de 2010.
  49. ^ Greg Stein: oponiéndose a la proliferación de licencias . 28 de mayo de 2009. Archivado desde el original el 1 de junio de 2008. Consultado el 11 de septiembre de 2010.
  50. ↑ Preguntas frecuentes sobre MPL 1.1: uso histórico únicamente . Fundación Mozilla . 1 de febrero de 2012. Consultado el 26 de febrero de 2012.
  51. ↑ Philippe Laurent: La GPLv3 y los problemas de compatibilidad (PDF) En: Evento europeo de abogados de código abierto 2008 . Universidad de Namur - Bélgica. 24 de septiembre de 2008. Archivado desde el original el 4 de marzo de 2016. Consultado el 6 de marzo de 2020: " Copyleft es la principal fuente de problemas de compatibilidad "
  52. ↑ Preguntas frecuentes sobre las licencias GNU: ¿GPLv3 es compatible con GPLv2? . gnu.org. Consultado el 3 de junio de 2014: “No. Algunos de los requisitos de GPLv3, como el requisito de proporcionar información de instalación, no existen en GPLv2. Como resultado, las licencias no son compatibles: si intenta combinar el código publicado bajo ambas licencias, violaría la sección 6 de GPLv2. Sin embargo, si el código se publica bajo GPL 'versión 2 o posterior', eso es compatible con GPLv3 porque GPLv3 es una de las opciones que permite ".
  53. ↑ Marcus D. Hanwell: ¿Debería usar una licencia permisiva? Copyleft? ¿O algo en el medio? . opensource.com. 28 de enero de 2014. Consultado el 30 de mayo de 2015: “Las licencias permisivas simplifican las cosas Una de las razones por las que el mundo empresarial y cada vez más desarrolladores […] favorecen las licencias permisivas es la simplicidad de la reutilización. Por lo general, la licencia solo pertenece al código fuente con licencia y no intenta inferir ninguna condición sobre ningún otro componente, por lo que no es necesario definir qué constituye un trabajo derivado. Tampoco he visto nunca una tabla de compatibilidad de licencias para licencias permisivas; parece que todos son compatibles ".
  54. ^ Compatibilidad e interoperabilidad de licencias . En: Software de código abierto : desarrolle, comparta y reutilice software de código abierto para las administraciones públicas . joinup.ec.europa.eu. Archivado desde el original el 17 de junio de 2015. Consultado el 6 de marzo de 2020: “Las licencias para distribuir software libre o de código abierto (FOSS) se dividen en dos familias: permisiva y copyleft. Las licencias permisivas (BSD, MIT, X11, Apache, Zope) son generalmente compatibles e interoperables con la mayoría de las otras licencias, y toleran fusionar, combinar o mejorar el código cubierto y redistribuirlo bajo muchas licencias (incluidas las no libres o 'propietarias ') ".