Fuente abierta

Este artículo describe el modelo de desarrollo de software. Para conocer el término del servicio secreto del mismo nombre, consulte Inteligencia de código abierto .
Logotipo de la iniciativa de código abierto
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 ).

.

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 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.

    • Definiciones adicionales

    Código abierto, conceptos "abiertos" derivados y propiedades asociadas: apertura, transparencia, colaboración colaborativa
    Vores Øl - Una cerveza de código abierto
    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 .

    u OpenCola. (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"

    causara confusión, ya que a menudo se malinterpretaba como software básicamente libre.

    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 ).

    , que cumple con los requisitos de código abierto a través de su licencia GPL.

    (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.
    beneficia de Linux. Dado que estas empresas dependen de Linux, también están motivadas para contribuir a su desarrollo. . 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:

  • 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.
    • 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.

    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.

    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.

    .

    Ver también

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

    literatura

    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
      .
    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 ".
    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
    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
    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
    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)
    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
    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 ".