stringtranslate.com

La definición de código abierto

La Definición de Código Abierto (OSD) es un documento publicado por la Open Source Initiative . Derivada de las Directrices de software libre Debian de Bruce Perens , la definición es el estándar más común para el software de código abierto . La definición tiene diez criterios, como exigir código fuente de libre acceso y otorgar derechos de código abierto a cualquiera que reciba una copia del programa. Abarcando tanto las licencias copyleft como las permisivas , es efectivamente idéntica a la definición de software libre , pero motivada por consideraciones más pragmáticas y favorables a los negocios. La junta de la Open Source Initiative vota las propuestas de licencias para certificar que cumplen con la definición y mantiene una lista de licencias compatibles en su sitio web. La definición se ha adaptado a la definición abierta de Open Knowledge Foundation para conocimiento abierto y a definiciones de hardware abierto .

Historia

Cuando Netscape lanzó el navegador Mozilla de código abierto en 1998, Bruce Perens redactó un conjunto de directrices de código abierto para acompañar el lanzamiento. [1] La Iniciativa de Código Abierto (OSI) adoptó una versión modificada de esta definición como Definición de Código Abierto. [2] [3] La OSI utiliza la etiqueta "código abierto", en lugar de "software libre", porque consideró que este último término tenía una carga ideológica y política indeseable, y quería centrarse en los argumentos pragmáticos y favorables a las empresas. para software de código abierto . [2] Adoptó un modelo organizativo cerrado en lugar de impulsado por los miembros para redactar la definición y trabajar junto con una variedad más amplia de partes interesadas que otros proyectos gratuitos o de código abierto. [2]

Criterios

Proporcionar acceso al código fuente no es suficiente para que el software se considere "de código abierto". [4] La definición de código abierto requiere que se cumplan diez criterios: [5] [2]

  1. Redistribución gratuita [5]
  2. El código fuente debe ser accesible y la licencia debe permitir la redistribución en forma de código fuente (en lugar de código objeto ). [5] Para modificar el software, se requiere acceso al código fuente. [6]
  3. Las obras derivadas deben estar permitidas y poder redistribuirse bajo los mismos términos de licencia que el producto de código abierto [5]
  4. La licencia puede exigir que el software original se distribuya intacto, pero sólo si las modificaciones se pueden distribuir como parches sin restricciones. [5] [6]
  5. No discriminación entre usuarios [5]
  6. No discriminación entre usos, incluido el uso comercial [5]
  7. Todos los que reciben una copia del programa reciben todos los derechos de código abierto [5]
  8. La licencia debe cubrir todo el código, no un producto o distribución en particular. [5] [6]
  9. Es posible que no haya restricciones sobre otro software distribuido al mismo tiempo [5]
  10. Neutralidad tecnológica: no puede restringir el uso a ninguna tecnología en particular. [5] Por ejemplo, una licencia que requiere que un usuario haga clic en una casilla para aceptarla no es gratuita porque la obra no se puede distribuir como copia impresa. [6]

La definición de código abierto está disponible bajo una licencia Creative Commons (CC BY 4.0). [7] Abarca tanto el copyleft (donde la redistribución y las obras derivadas deben publicarse bajo una licencia libre) como las licencias permisivas (donde las obras derivadas pueden publicarse bajo cualquier licencia). Es parte del movimiento de código abierto más que del movimiento de software libre, y busca promover la disponibilidad de software de código abierto para cualquiera que busque reutilizarlo, incluso los fabricantes de software propietario . [2] [8] [6] No aborda las exenciones de responsabilidad de garantía, aunque son muy comunes en el software de código abierto. [6] La definición no especifica una estructura de gobernanza para proyectos de código abierto. [2]

Licencias compatibles

La OSI utiliza los criterios para aprobar ciertas licencias como compatibles con la definición y mantener una lista de licencias compatibles. Las nuevas licencias deben presentar una propuesta formal que se analiza en la lista de correo de OSI antes de que la junta de OSI la apruebe o rechace. La OSI recomienda particularmente siete licencias aprobadas como "populares, ampliamente utilizadas o con comunidades sólidas": [9]

Recepción

La definición de código abierto es la definición más utilizada para software de código abierto , [10] y a menudo se utiliza como estándar para determinar si un proyecto es de código abierto. [7] Esta y las definiciones oficiales de software libre de la Free Software Foundation (FSF) cubren esencialmente las mismas licencias de software . [2] [11] Sin embargo, existe una diferencia de valores entre los movimientos de software libre y de código abierto: el primero se basa más en la ética y los valores, el segundo en el pragmatismo. [2]

Definiciones derivadas

La Definición Abierta de la Open Knowledge Foundation se deriva sustancialmente de la Definición de Código Abierto. [12]

La Declaración de principios de hardware de código abierto está adaptada de la Definición de código abierto. [13] [10]

Ver también

Referencias

  1. ^ Demasiado, Michael R. (2003). El manual de código abierto . Lucio y Fischer. pag. 5.ISBN​ 978-0-937275-12-2.
  2. ^ abcdefgh Gardler, Ross; Walli, Stephen R (2022). "Perspectiva cambiante sobre la comunidad y la gobernanza". Ley, políticas y prácticas de código abierto . Prensa de la Universidad de OxfordOxford. pag. 47–48, 52. doi :10.1093/oso/9780198862345.003.0002. ISBN 978-0-19-886234-5.
  3. ^ Katz, Andrés (2022). "Todo abierto". Ley, políticas y prácticas de código abierto . Prensa de la Universidad de Oxford. pag. 521.ISBN 978-0-19-260687-7.
  4. ^ Hoja verde, Graham; Lindsay, David (2018). Derechos Públicos: Dominios Públicos de Copyright . Prensa de la Universidad de Cambridge. pag. 485.ISBN 978-1-107-13406-5.
  5. ^ abcdefghijk Erlich, Zippy (2007). "Software de código abierto". Manual de investigación sobre software de código abierto . IGI Global. págs. 187-188. ISBN 978-1591409991.
  6. ^ abcdef Laurent, Andrew M. St (2004). Comprensión de las licencias de software libre y de código abierto: guía para solucionar problemas de licencias en software nuevo y existente . O'Reilly Media, Inc. págs. 9-11. ISBN 978-0-596-55395-1.
  7. ^ ab Mertic, John (2023). Proyectos de código abierto: más allá del código: un modelo para proyectos de código abierto escalables y sostenibles . Packt Publishing Ltd. pág. 5.ISBN 978-1-83763-385-2.
  8. ^ Meeker, Heather J. (2008). La alternativa de código abierto: comprender los riesgos y aprovechar las oportunidades . John Wiley e hijos. págs. 21-22. ISBN 978-0-470-25581-0.
  9. ^ Smith, P McCoy (2022). "Derechos de autor, contratos y licencias en código abierto". Ley, políticas y prácticas de código abierto . Prensa de la Universidad de OxfordOxford. págs. 108-111. doi :10.1093/oso/9780198862345.003.0003. ISBN 978-0-19-886234-5.
  10. ^ ab De María, Carmelo; Díaz Lantada, Andrés; Di Pietro, Licia; Ravizza, Alicia; Ahluwalia, Arti (2022). "Dispositivos médicos de código abierto: concepto, tendencias y desafíos hacia una tecnología sanitaria equitativa". Ingeniería de dispositivos médicos de código abierto . Cham: Editorial Internacional Springer. pag. 4. doi :10.1007/978-3-030-79363-0_1. ISBN 978-3-030-79362-3.
  11. ^ Kelty, Christpher M. (2008). "La importancia cultural del software libre: dos bits" (PDF) . Prensa de la Universidad de Duke . pag. 99. Archivado (PDF) desde el original el 4 de marzo de 2016 . Consultado el 24 de febrero de 2016 .
  12. ^ Martín, Victoria (2022). La guía completa para las becas abiertas . Publicación de Bloomsbury. pag. 27.ISBN 979-8-216-06415-2.
  13. ^ Bonvoisin, Jérémy; Mies, Robert; Boujut, Jean-François; Rígido, Rainer (2017). "¿Cuál es la" fuente "del hardware de código abierto?". Revista de hardware abierto . 1 (1). doi : 10.5334/joh.7 . ISSN  2514-1708.

enlaces externos