leer wikipedia con nuevo diseño

Software de código abierto

El software de código abierto ( OSS ) es un software de computadora que se publica bajo una licencia en la que el titular de los derechos de autor otorga a los usuarios los derechos para usar, estudiar, cambiar y distribuir el software y su código fuente a cualquier persona y para cualquier propósito. [1] [2] El software de código abierto se puede desarrollar de manera pública colaborativa . El software de código abierto es un ejemplo destacado de colaboración abierta . [3]

Una captura de pantalla de Linux Mint ejecutando el entorno de escritorio Xfce , Mozilla Firefox navegando por Wikipedia con tecnología MediaWiki , un programa de calculadora, el calendario integrado, Vim , GIMP y el reproductor multimedia VLC , todos los cuales son software de código abierto.

El desarrollo de software de código abierto puede aportar diversas perspectivas más allá de las de una sola empresa. Un informe de 2008 del Standish Group declaró que la adopción de modelos de software de código abierto ha generado ahorros de alrededor de $ 60 mil millones por año para los consumidores. [4] [5]

Historia

Finales de la década de 1990: Fundación de la Iniciativa de Código Abierto

En los primeros días de la informática, los programadores y desarrolladores compartían software para aprender unos de otros y hacer evolucionar el campo de la informática. Con el tiempo, la noción de código abierto pasó a la senda de la comercialización de software en los años 1970-1980. Sin embargo, los académicos todavía desarrollan software de manera colaborativa. Por ejemplo, Donald Knuth en 1979 con el sistema de composición tipográfica TeX [6] o Richard Stallman en 1983 con el sistema operativo GNU . [7] En 1997, Eric Raymond publicó The Cathedral and the Bazaar , un análisis reflexivo de la comunidad de hackers y los principios del software libre. El documento recibió una atención significativa a principios de 1998 y fue un factor que motivó a Netscape Communications Corporation a lanzar su popular suite de Internet Netscape Communicator como software gratuito . Este código fuente se convirtió posteriormente en la base de SeaMonkey , Mozilla Firefox , Thunderbird y KompoZer .

La ley de Netscape llevó a Raymond y otros a investigar cómo llevar las ideas de software libre y los beneficios percibidos de la Free Software Foundation a la industria del software comercial. Llegaron a la conclusión de que el activismo social de la FSF no era atractivo para empresas como Netscape y buscaron una forma de cambiar el nombre del movimiento del software libre para enfatizar el potencial comercial de compartir y colaborar en el código fuente del software. [8] El nuevo término que eligieron fue "código abierto", que pronto fue adoptado por Bruce Perens , el editor Tim O'Reilly , Linus Torvalds y otros. La Iniciativa de Código Abierto se fundó en febrero de 1998 para fomentar el uso del nuevo término y evangelizar los principios del código abierto. [9]

Si bien la Iniciativa de Código Abierto buscaba alentar el uso del nuevo término y evangelizar los principios a los que se adhería, los proveedores de software comercial se vieron cada vez más amenazados por el concepto de software distribuido libremente y acceso universal al código fuente de una aplicación . El ejecutivo de Microsoft , Jim Allchin , declaró públicamente en 2001 que "el código abierto es un destructor de la propiedad intelectual. No puedo imaginar algo que pueda ser peor que esto para el negocio del software y el negocio de la propiedad intelectual". [10] Sin embargo, mientras que el software libre y de código abierto históricamente ha jugado un papel fuera de la corriente principal del desarrollo de software privado, empresas tan grandes como Microsoft han comenzado a desarrollar presencias oficiales de código abierto en Internet. IBM, Oracle, Google y State Farm son solo algunas de las empresas con una participación pública importante en el competitivo mercado de código abierto actual. Ha habido un cambio significativo en la filosofía corporativa con respecto al desarrollo de software libre . [11]

El movimiento del software libre se lanzó en 1983. En 1998, un grupo de personas defendió que el término software libre debería ser reemplazado por software de código abierto (OSS) como una expresión menos ambigua [12] [13] [14] y más cómodo para el mundo empresarial. [15] Los desarrolladores de software pueden querer publicar su software con una licencia de código abierto , de modo que cualquiera pueda desarrollar el mismo software o comprender su funcionamiento interno. Con el software de código abierto, en general, cualquiera puede crear modificaciones, migrarlo a nuevos sistemas operativos y arquitecturas de conjuntos de instrucciones , compartirlo con otros o, en algunos casos, comercializarlo. Los académicos Casson y Ryan han señalado varias razones basadas en políticas para la adopción del código abierto, en particular, la propuesta de valor elevado del código abierto (en comparación con la mayoría de los formatos propietarios) en las siguientes categorías:

  • Seguridad
  • Asequibilidad
  • Transparencia
  • Perpetuidad
  • Interoperabilidad
  • Flexibilidad
  • Localización, particularmente en el contexto de los gobiernos locales (que toman decisiones sobre el software). Casson y Ryan argumentan que "los gobiernos tienen una responsabilidad inherente y un deber fiduciario para con los contribuyentes" que incluye el análisis cuidadoso de estos factores al decidir comprar software propietario o implementar una opción de código abierto. [dieciséis]

La definición de código abierto presenta una filosofía de código abierto y define además los términos de uso, modificación y redistribución del software de código abierto. Las licencias de software otorgan derechos a los usuarios que de otro modo estarían reservados por la ley de derechos de autor al titular de los derechos de autor. Varias licencias de software de código abierto han calificado dentro de los límites de la definición de código abierto . El ejemplo más destacado y popular es la Licencia Pública General GNU (GPL), que "permite la distribución gratuita con la condición de que los desarrollos y aplicaciones posteriores se sometan a la misma licencia", por lo que también es gratuita. [17]

La etiqueta de código abierto surgió de una sesión de estrategia celebrada el 7 de abril de 1998 en Palo Alto como reacción al anuncio de Netscape de enero de 1998 de un lanzamiento de código fuente para Navigator (como Mozilla ). Un grupo de personas en la sesión incluyó a Tim O'Reilly , Linus Torvalds , Tom Paquin, Jamie Zawinski , Larry Wall , Brian Behlendorf , Sameer Parekh , Eric Allman , Greg Olson, Paul Vixie , John Ousterhout , Guido van Rossum , Philip Zimmermann , John Gilmore y Eric S. Raymond . [18] Aprovecharon la oportunidad antes del lanzamiento del código fuente de Navigator para aclarar una posible confusión causada por la ambigüedad de la palabra "gratis" en inglés .

Mucha gente afirmó que el nacimiento de Internet , desde 1969, inició el movimiento de código abierto, mientras que otros no distinguen entre los movimientos de código abierto y software libre. [19]

La Free Software Foundation (FSF), fundada en 1985, pretendía que la palabra "libre" significara libertad para distribuir (o "libre como en la libertad de expresión") y no libre de costes (o "gratis como en cerveza gratis"). Dado que una gran cantidad de software libre ya era (y sigue siendo) gratuito, dicho software gratuito se asoció con un costo cero, lo que parecía anti-comercial. [8]

La Open Source Initiative (OSI) fue formada en febrero de 1998 por Eric Raymond y Bruce Perens. Con al menos 20 años de evidencia de historias de casos de desarrollo de software cerrado versus desarrollo abierto ya proporcionado por la comunidad de desarrolladores de Internet, OSI presentó el caso de "código abierto" a empresas comerciales, como Netscape. El OSI esperaba que el uso de la etiqueta "código abierto", un término sugerido por Christine Peterson [7] [20] del Foresight Institute en la sesión de estrategia, eliminaría la ambigüedad, particularmente para las personas que perciben el "software libre" como anti -comercial. Buscaban dar un perfil más alto a los beneficios prácticos del código fuente disponible gratuitamente, y querían llevar las principales empresas de software y otras industrias de alta tecnología al código abierto. Perens intentó registrar "código abierto" como una marca de servicio para OSI, pero ese intento no fue práctico según los estándares de marcas registradas . Mientras tanto, debido a la presentación del artículo de Raymond a la alta gerencia de Netscape (Raymond solo lo descubrió cuando leyó el comunicado de prensa , [21] y fue llamado por el PA del CEO de Netscape , Jim Barksdale , más tarde ese mismo día), Netscape publicó su fuente Navigator código como fuente abierta, con resultados favorables. [22]

Definiciones

El logo de la Iniciativa de Código Abierto

La definición de Open Source Initiative (OSI) es reconocida por varios gobiernos a nivel internacional [23] como la definición estándar o de facto . Además, muchos de los contribuyentes y proyectos de software de código abierto más grandes del mundo, incluidos Debian, Drupal Association, FreeBSD Foundation, Linux Foundation, OpenSUSE Foundation, Mozilla Foundation, Wikimedia Foundation, Wordpress Foundation se han comprometido [24] a mantener la misión de OSI. y Definición de código abierto a través del Acuerdo de afiliación de OSI. [25]

OSI utiliza la definición de código abierto para determinar si considera una licencia de software de código abierto. La definición se basó en las Directrices de software libre de Debian , escritas y adaptadas principalmente por Perens. [26] [27] [28] Perens no basó sus escritos en las "cuatro libertades" de la Free Software Foundation (FSF), que solo estuvieron disponibles más tarde. [29]

Según la definición de Perens, el código abierto es una amplia licencia de software que pone el código fuente a disposición del público en general con restricciones relajadas o inexistentes sobre el uso y modificación del código. Es una "característica" explícita del código abierto que impone muy pocas restricciones al uso o distribución por parte de cualquier organización o usuario, con el fin de permitir la rápida evolución del software. [30]

A pesar de aceptarlo inicialmente, [31] Richard Stallman de la FSF ahora se opone rotundamente a que se aplique el término "código abierto" a lo que ellos denominan "software libre". Aunque está de acuerdo en que los dos términos describen "casi la misma categoría de software", Stallman considera que equiparar los términos es incorrecto y engañoso. [32] Stallman también se opone al pragmatismo profesado de la Iniciativa de Código Abierto , ya que teme que los ideales de libertad y comunidad del software libre se vean amenazados por comprometer los estándares idealistas de la FSF para la libertad del software. [33] La FSF considera que el software libre es un subconjunto del software de código abierto, y Richard Stallman explicó que el software DRM , por ejemplo, se puede desarrollar como código abierto, a pesar de que no da libertad a sus usuarios (los restringe) , y por lo tanto no califica como software libre. [34]

Licencias de software de código abierto

Cuando un autor contribuye con código a un proyecto de código abierto (p. Ej., Apache.org), lo hace bajo una licencia explícita (p. Ej., El Acuerdo de licencia de colaborador de Apache) o una licencia implícita (p. Ej., La licencia de código abierto bajo la cual el proyecto es ya tiene el código de licencia). Algunos proyectos de código abierto no toman el código contribuido bajo una licencia, pero en realidad requieren la asignación conjunta de los derechos de autor del autor para aceptar contribuciones de código en el proyecto. [35]

Ejemplos de licencia de software libre licencias / de código abierto incluyen Apache License , la licencia BSD , Licencia Pública General de GNU , GNU Lesser General Public License , Licencia MIT , Eclipse Public License y Mozilla Public License .

La proliferación de licencias de fuente abierta es un aspecto negativo del movimiento de fuente abierta porque a menudo es difícil comprender las implicaciones legales de las diferencias entre licencias. Con más de 180.000 proyectos de código abierto disponibles y más de 1400 licencias únicas, la complejidad de decidir cómo administrar el uso del código abierto dentro de las empresas comerciales de "código cerrado" ha aumentado drásticamente. Algunos son de cosecha propia, mientras que otros se basan en las licencias de software libre convencionales como Berkeley Software Distribution ("BSD"), Apache, estilo MIT (Instituto de Tecnología de Massachusetts) o GNU General Public License ("GPL"). En vista de esto, los profesionales del código abierto están comenzando a utilizar esquemas de clasificación en los que se agrupan las licencias de software libre (generalmente en función de la existencia y las obligaciones impuestas por la disposición del copyleft ; la fuerza de la disposición del copyleft). [36]

Un importante hito legal para el movimiento de código abierto / software libre se aprobó en 2008, cuando la corte federal de apelaciones de EE. UU. Dictaminó que las licencias de software libre definitivamente establecen condiciones legalmente vinculantes para el uso de obras con derechos de autor y, por lo tanto, son exigibles según la ley de derechos de autor existente. . Como resultado, si los usuarios finales violan las condiciones de la licencia, su licencia desaparece, lo que significa que están infringiendo los derechos de autor. [37] A pesar de este riesgo de licencia, la mayoría de los proveedores de software comercial están utilizando software de código abierto en productos comerciales mientras cumplen los términos de la licencia, por ejemplo, aprovechando la licencia Apache. [38]

Certificaciones

La certificación puede ayudar a generar confianza en los usuarios. La certificación podría aplicarse al componente más simple, a todo un sistema de software. El Instituto Internacional de las Naciones Unidas de la Universidad de Tecnología de Programas , [39] inició un proyecto conocido como "El Proyecto Global Desktop". Este proyecto tiene como objetivo construir una interfaz de escritorio que todos los usuarios finales puedan comprender e interactuar, cruzando así las barreras lingüísticas y culturales. El proyecto mejoraría el acceso de las naciones en desarrollo a los sistemas de información. UNU / IIST espera lograr esto sin comprometer la calidad del software mediante la introducción de certificaciones. [40]

Desarrollo de software de código abierto

Modelo de desarrollo

En su ensayo de 1997 La catedral y el bazar , [41] el evangelista de código abierto Eric S. Raymond sugiere un modelo para desarrollar OSS conocido como modelo de bazar . Raymond compara el desarrollo de software mediante metodologías tradicionales con la construcción de una catedral, "cuidadosamente elaborada por magos individuales o pequeñas bandas de magos que trabajan en un espléndido aislamiento". [41] Sugiere que todo el software debería desarrollarse utilizando el estilo del bazar, que describió como "un gran bazar balbuceante de diferentes agendas y enfoques". [41]

En el modelo de desarrollo tradicional, al que llamó modelo catedralicio , el desarrollo se realiza de forma centralizada. Los roles están claramente definidos. Los roles incluyen personas dedicadas al diseño (los arquitectos), personas responsables de administrar el proyecto y personas responsables de la implementación. La ingeniería de software tradicional sigue el modelo de la catedral.

El modelo de bazar, sin embargo, es diferente. En este modelo, los roles no están claramente definidos. Gregorio Robles [42] sugiere que el software desarrollado usando el modelo de bazar debería exhibir los siguientes patrones:

Los usuarios deben ser tratados como co-desarrolladores
Los usuarios son tratados como co-desarrolladores y, por tanto, deberían tener acceso al código fuente del software. Además, se anima a los usuarios a enviar adiciones al software, correcciones de código para el software, informes de errores , documentación, etc. Tener más co-desarrolladores aumenta la velocidad a la que evoluciona el software. La ley de Linus establece: "Con suficientes ojos, todos los errores son superficiales". Esto significa que si muchos usuarios ven el código fuente, eventualmente encontrarán todos los errores y sugerirán cómo solucionarlos. Tenga en cuenta que algunos usuarios tienen habilidades de programación avanzadas y, además, la máquina de cada usuario proporciona un entorno de prueba adicional. Este nuevo entorno de prueba ofrece la posibilidad de encontrar y corregir un nuevo error.
Lanzamientos tempranos
La primera versión del software debe lanzarse lo antes posible para aumentar las posibilidades de encontrar co-desarrolladores temprano.
Integración frecuente
Los cambios de código deben integrarse (fusionarse en una base de código compartida) con la mayor frecuencia posible para evitar la sobrecarga de corregir una gran cantidad de errores al final del ciclo de vida del proyecto. Algunos proyectos de código abierto tienen compilaciones nocturnas en las que la integración se realiza automáticamente a diario.
Varias versiones
Debe haber al menos dos versiones del software. Debería haber una versión con más errores con más funciones y una versión más estable con menos funciones. La versión con errores (también llamada versión de desarrollo) es para usuarios que desean el uso inmediato de las últimas funciones y están dispuestos a aceptar el riesgo de usar código que aún no se ha probado a fondo. Los usuarios pueden actuar como co-desarrolladores, informando errores y proporcionando correcciones de errores.
Alta modularización
La estructura general del software debe ser modular, lo que permite el desarrollo paralelo de componentes independientes.
Estructura dinámica de toma de decisiones
Existe la necesidad de una estructura de toma de decisiones, ya sea formal o informal, que tome decisiones estratégicas dependiendo de los requisitos cambiantes de los usuarios y otros factores. Compare con la programación extrema .

Los datos sugieren, sin embargo, que el OSS no es tan democrático como sugiere el modelo de bazar. Un análisis de cinco mil millones de bytes de código libre / de fuente abierta realizado por 31.999 desarrolladores muestra que el 74% del código fue escrito por el 10% más activo de los autores. El número medio de autores que participaron en un proyecto fue de 5,1, con una mediana de 2. [43]

Ventajas y desventajas

El software de código abierto suele ser más fácil de obtener que el software propietario, lo que a menudo resulta en un mayor uso. Además, la disponibilidad de una implementación de código abierto de un estándar puede aumentar la adopción de ese estándar. [44] También ha ayudado a fomentar la lealtad de los desarrolladores, ya que los desarrolladores se sienten empoderados y tienen un sentido de propiedad del producto final. [45]

Además, se necesitan menores costos de servicios logísticos y de marketing para el OSS. Es una buena herramienta para promover la imagen de una empresa, incluidos sus productos comerciales. [46] El enfoque de desarrollo de OSS ha ayudado a producir software confiable y de alta calidad de forma rápida y económica. [47]

El desarrollo de código abierto ofrece el potencial para una tecnología más flexible y una innovación más rápida. Se dice que es más confiable, ya que generalmente tiene miles de programadores independientes que prueban y corrigen errores del software. El código abierto no depende de la empresa o el autor que lo creó originalmente. Incluso si la empresa falla, el código sigue existiendo y siendo desarrollado por sus usuarios. Además, utiliza estándares abiertos accesibles para todos; por lo tanto, no tiene el problema de los formatos incompatibles que pueden existir en el software propietario.

Es flexible porque los sistemas modulares permiten a los programadores construir interfaces personalizadas o agregar nuevas habilidades y es innovador ya que los programas de código abierto son el producto de la colaboración entre un gran número de programadores diferentes. La combinación de perspectivas divergentes, objetivos corporativos y metas personales acelera la innovación. [48]

Además, el software libre se puede desarrollar de acuerdo con requisitos puramente técnicos. No requiere pensar en la presión comercial que a menudo degrada la calidad del software. Las presiones comerciales hacen que los desarrolladores de software tradicionales presten más atención a los requisitos de los clientes que a los requisitos de seguridad, ya que estas características son algo invisibles para el cliente. [49]

A veces se dice que el proceso de desarrollo de código abierto puede no estar bien definido y las etapas del proceso de desarrollo, como las pruebas del sistema y la documentación, pueden ignorarse. Sin embargo, esto solo es cierto para proyectos pequeños (principalmente de un solo programador). Los proyectos más grandes y exitosos definen y hacen cumplir al menos algunas reglas, ya que las necesitan para hacer posible el trabajo en equipo. [50] [51] En los proyectos más complejos, estas reglas pueden ser tan estrictas como revisar incluso cambios menores por parte de dos desarrolladores independientes. [52]

No todas las iniciativas de OSS han tenido éxito, por ejemplo, SourceXchange y Eazel . [45] Los expertos en software e investigadores que no están convencidos de la capacidad del código abierto para producir sistemas de calidad identifican el proceso poco claro, el descubrimiento tardío de defectos y la falta de evidencia empírica como los problemas más importantes (datos recopilados sobre productividad y calidad). [53] También es difícil diseñar un modelo de negocio comercialmente sólido en torno al paradigma del código abierto. En consecuencia, solo se pueden satisfacer los requisitos técnicos y no los del mercado. [53] En términos de seguridad, el código abierto puede permitir a los piratas informáticos conocer las debilidades o lagunas del software más fácilmente que el software de código cerrado. Depende de los mecanismos de control para generar un desempeño efectivo de los agentes autónomos que participan en las organizaciones virtuales. [54]

Herramientas de desarrollo

En el desarrollo de OSS, las herramientas se utilizan para respaldar el desarrollo del producto y el proceso de desarrollo en sí. [55]

Los sistemas de control de revisiones como el Sistema de versiones concurrentes (CVS) y Subversion posterior (SVN) y Git son ejemplos de herramientas, a menudo de código abierto, que ayudan a administrar los archivos de código fuente y los cambios en esos archivos para un proyecto de software. [56] Los proyectos se almacenan con frecuencia en " repositorios " que se alojan y publican en instalaciones de alojamiento de código fuente como Launchpad , GitHub , GitLab y SourceForge . [57]

Los proyectos de código abierto a menudo se organizan de manera flexible con "modelado o soporte de procesos poco formalizados", pero las utilidades como los rastreadores de problemas se utilizan a menudo para organizar el desarrollo de software de código abierto. [55] Los rastreadores de errores de uso común incluyen Bugzilla y Redmine . [58]

Herramientas como listas de correo e IRC proporcionan medios de coordinación entre desarrolladores. [55] Los sitios de alojamiento de código centralizado también tienen características sociales que permiten a los desarrolladores comunicarse. [57]

Organizaciones

Algunas de las "organizaciones más destacadas" involucradas en el desarrollo de OSS incluyen Apache Software Foundation , creadores del servidor web Apache; la Fundación Linux , una organización sin fines de lucro que a partir de 2012[actualizar]empleó a Linus Torvalds, el creador del kernel del sistema operativo Linux ; la Fundación Eclipse , sede de la plataforma de desarrollo de software Eclipse ; el Proyecto Debian, creadores de la influyente distribución Debian GNU / Linux; la Fundación Mozilla , hogar del navegador web Firefox; y OW2 , comunidad europea que desarrolla middleware de código abierto. Las organizaciones nuevas tienden a tener un modelo de gobernanza más sofisticado y su membresía a menudo está formada por miembros de entidades legales. [59]

Open Source Software Institute es una organización sin fines de lucro (501 (c) (6)) basada en membresías establecida en 2001 que promueve el desarrollo y la implementación de soluciones de software de código abierto dentro de las agencias gubernamentales federales, estatales y locales de EE. UU. Los esfuerzos de OSSI se han centrado en promover la adopción de políticas y programas de software de código abierto dentro del Gobierno Federal y las comunidades de Defensa y Seguridad Nacional. [60]

Open Source for America es un grupo creado para crear conciencia en el gobierno federal de los Estados Unidos sobre los beneficios del software de código abierto. Sus objetivos declarados son fomentar el uso del software de código abierto por parte del gobierno, la participación en proyectos de software de código abierto y la incorporación de dinámicas comunitarias de código abierto para aumentar la transparencia del gobierno. [61]

Mil-OSS es un grupo dedicado al avance del uso y la creación de OSS en el ejército. [62]

Fondos

Las empresas cuyos negocios se centran en el desarrollo de software de código abierto emplean una variedad de modelos comerciales para resolver el desafío de cómo ganar dinero proporcionando software que, por definición, tiene una licencia gratuita. Cada una de estas estrategias comerciales se basa en la premisa de que los usuarios de tecnologías de código abierto están dispuestos a comprar funciones de software adicionales bajo licencias 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 actividad (a menudo a través de un acuerdo de nivel de servicio ) para satisfacer los requisitos comerciales o de cumplimiento, el rendimiento y las ganancias de eficiencia mediante características que aún no están disponibles en la versión de código abierto. , protección legal (p. ej., indemnización por infracción de derechos de autor o patente) o asistencia / capacitación / consultoría profesional que son típicas de las aplicaciones de software patentado.

Comparaciones con otros modelos de licenciamiento / desarrollo de software

Software de código cerrado / propietario

El debate sobre el código abierto frente al código cerrado (también llamado software propietario ) a veces es acalorado.

Las cuatro razones principales (según la encuesta de Open Source Business Conference [63] ) que las personas u organizaciones eligen el software de código abierto son:

  1. costo más bajo
  2. seguridad
  3. ningún proveedor 'encerrado'
  4. mejor calidad

Dado que las empresas innovadoras ya no dependen en gran medida de las ventas de software, el software propietario se ha vuelto menos necesario. [64] Como tal, cosas como las implementaciones de sistemas de administración de contenido de código abierto , o CMS, se están volviendo más comunes. En 2009, [65] la Casa Blanca de EE. UU. Cambió su sistema CMS de un sistema propietario a un CMS de código abierto Drupal . Además, empresas como Novell (que tradicionalmente vendían software a la antigua) debaten continuamente los beneficios de cambiar a la disponibilidad de código abierto, habiendo ya cambiado parte de la oferta de productos al código de fuente abierta. [66] De esta manera, el software de código abierto proporciona soluciones a problemas únicos o específicos. Como tal, se informa [67] que el 98% de las empresas de nivel empresarial utilizan ofertas de software de fuente abierta en alguna capacidad.

Con este cambio de mercado, los sistemas más críticos están comenzando a depender de las ofertas de código abierto, [68] permitiendo una mayor financiación (como las subvenciones del Departamento de Seguridad Nacional de EE. UU. [68] ) para ayudar a "buscar errores de seguridad". Según un estudio piloto de organizaciones que adoptan (o no adoptan) OSS, se observaron los siguientes factores de importancia estadística en las creencias del gerente: (a) actitudes hacia los resultados, (b) las influencias y comportamientos de los demás, y (c) su capacidad de actuar. [69]

Los distribuidores de fuente patentada han comenzado a desarrollar y contribuir a la comunidad de fuente abierta debido al cambio de participación de mercado, lo que lo hace por la necesidad de reinventar sus modelos para seguir siendo competitivos. [70]

Muchos defensores argumentan que el software de código abierto es intrínsecamente más seguro porque cualquier persona puede ver, editar y cambiar el código. [71] Un estudio del código fuente de Linux tiene 0,17 errores por 1000 líneas de código, mientras que el software propietario generalmente puntúa entre 20 y 30 errores por 1000 líneas. [72]

Software libre

Según el líder del movimiento del software libre , Richard Stallman , la principal diferencia es que al elegir un término sobre el otro (es decir, "código abierto" o " software libre "), uno les permite a los demás saber cuáles son sus objetivos: "Abrir la fuente es una metodología de desarrollo; el software libre es un movimiento social ". [33] No obstante, existe una superposición significativa entre el software de código abierto y el software libre. [34]

La FSF [73] dijo que el término "fuente abierta" fomenta una ambigüedad de otro tipo que confunde la mera disponibilidad de la fuente con la libertad de usarla, modificarla y redistribuirla. Por otro lado, el término "software libre" fue criticado por la ambigüedad de la palabra "gratis" como "disponible sin costo", que se consideró desalentadora para la adopción empresarial, [74] y por el uso histórico ambiguo de la término. [8] [75] [76]

Los desarrolladores han utilizado los términos alternativos Software libre y de código abierto ( FOSS ), o Software libre / libre y de código abierto (FLOSS), en consecuencia, para describir el software de código abierto que también es software libre . [77] Si bien la definición de software de código abierto es muy similar a la definición de software libre de la FSF [78] , se basó en las Pautas de software libre de Debian , escritas y adaptadas principalmente por Bruce Perens con aportes de Eric S. Raymond y otros. [79]

El término "fuente abierta" originalmente tenía la intención de ser una marca registrada; sin embargo, el término se consideró demasiado descriptivo, por lo que no existe ninguna marca comercial. [80] La OSI preferiría que las personas traten el código abierto como si fuera una marca comercial y lo usen solo para describir el software con licencia aprobada por OSI. [81]

OSI Certified es una marca comercial con licencia solo para personas que distribuyen software con una licencia que figura en la lista de Open Source Initiative. [82]

Fuente abierta versus fuente disponible

Aunque la definición de OSI de "software de código abierto" es ampliamente aceptada, un pequeño número de personas y organizaciones utilizan el término para referirse al software donde la fuente está disponible para su visualización, pero que no puede modificarse ni redistribuirse legalmente. Este software se denomina más a menudo como fuente disponible o fuente compartida , término acuñado por Microsoft en 2001. [83] Mientras que en 2007 dos de las licencias de la Iniciativa de fuente compartida de Microsoft fueron certificadas por la OSI , la mayoría de las licencias del programa SSI todavía están disponibles solo en fuente . [84]

De código abierto

El código abierto es el acto de propagar el movimiento del código abierto , generalmente refiriéndose a liberar software previamente propietario bajo una licencia de código abierto / software libre, [85] pero también puede referirse a programar software de código abierto o instalar software de código abierto.

Los paquetes de software notables, anteriormente propietarios, que han sido de código abierto incluyen:

  • Netscape Navigator , cuyo código se convirtió en la base de los navegadores web Mozilla y Mozilla Firefox
  • StarOffice , que se convirtió en la base de la suite ofimática OpenOffice.org y LibreOffice
  • Global File System , originalmente fue GPL , luego se convirtió en propietario en 2001 (?), Pero en 2004 fue re-GPL.
  • SAP DB , que se ha convertido en MaxDB , y ahora se distribuye (y es propiedad) de MySQL AB
  • Base de datos de InterBase , que Borland creó en el año 2000 y actualmente existe como un producto comercial y una bifurcación de código abierto ( Firebird )

Antes de cambiar la licencia del software, los distribuidores suelen auditar el código fuente en busca de un código con licencia de terceros que tendrían que eliminar u obtener permiso para volver a licenciarlo. Las puertas traseras y otros programas maliciosos también deben eliminarse, ya que pueden descubrirse fácilmente después de la publicación del código.

Aplicaciones y adopción actuales

"Migramos funciones clave de Windows a Linux porque necesitábamos un sistema operativo que fuera estable y confiable, uno que nos diera control interno. Entonces, si necesitáramos parchear, ajustar o adaptar, podríamos".

Declaración oficial de la United Space Alliance , que gestiona los sistemas informáticos de la Estación Espacial Internacional (ISS), sobre por qué eligieron cambiar de Windows a Debian GNU / Linux en la ISS [86] [87]

Software de código abierto ampliamente utilizado

Los proyectos de software de código abierto son construidos y mantenidos por una red de programadores voluntarios y se utilizan ampliamente en productos gratuitos y comerciales. [38] Los mejores ejemplos de productos de código abierto son el servidor HTTP Apache , la plataforma de comercio electrónico osCommerce , los navegadores de Internet Mozilla Firefox y Chromium (el proyecto donde se realiza la gran mayoría del desarrollo del software gratuito Google Chrome ) y la oficina completa. suite LibreOffice . Uno de los productos de código abierto más exitosos es el sistema operativo GNU / Linux , un sistema operativo de código abierto similar a Unix, y su derivado Android , un sistema operativo para dispositivos móviles. [88] [89] En algunas industrias, el software de código abierto es la norma. [90]

Extensiones para uso no relacionado con software

Si bien el término "código abierto" se aplicó originalmente solo al código fuente del software, [91] ahora se está aplicando a muchas otras áreas [92] como la ecología del código abierto , [93] un movimiento para descentralizar las tecnologías para que cualquier humano puede usarlos. Sin embargo, a menudo se aplica incorrectamente a otras áreas que tienen principios diferentes y contrapuestos, que se superponen solo parcialmente.

Los mismos principios que subyacen al software de código abierto se pueden encontrar en muchas otras empresas, como el hardware de código abierto , Wikipedia y la publicación de acceso abierto . En conjunto, estos principios se conocen como código abierto, contenido abierto y colaboración abierta : [94] "cualquier sistema de innovación o producción que se base en participantes orientados a objetivos pero débilmente coordinados, que interactúan para crear un producto (o servicio) económico. valor, que ponen a disposición de los contribuyentes y no contribuyentes por igual ". [3]

Esta "cultura" o ideología considera que los principios se aplican de manera más general para facilitar la entrada concurrente de diferentes agendas, enfoques y prioridades, en contraste con modelos de desarrollo más centralizados, como los que se usan típicamente en las empresas comerciales. [95]

Ver también

  • Portal de software gratuito y de código abierto
  • Comparación de licencias de software gratuitas y de código abierto
  • Software libre
  • Comunidad de software libre
  • Licencia de software libre
  • Movimiento de software libre
  • Contenido abierto
  • Hardware de código abierto
  • Iniciativa de código abierto
  • Licencia de código abierto
  • Promoción del software de código abierto
  • Instituto de software de código abierto
  • Seguridad de software de código abierto
  • Videojuego de código abierto
  • Todos los artículos con títulos que contengan "Código abierto"
  • Software propietario
  • Fuente compartida
  • Cronología del software gratuito y de código abierto

Referencias

  1. ^ St. Laurent, Andrew M. (2008). Comprensión de las licencias de software libre y de código abierto . O'Reilly Media. pag. 4. ISBN 9780596553951.
  2. ^ Corbly, James Edward (25 de septiembre de 2014). "La alternativa del software libre: Freeware, software de código abierto y bibliotecas" . Tecnologías de la información y bibliotecas . 33 (3): 65. doi : 10.6017 / ital.v33i3.5105 . ISSN  2163-5226 .
  3. ^ a b Levine, Sheen S .; Prietula, Michael J. (30 de diciembre de 2013). "Colaboración abierta para la innovación: principios y desempeño". Ciencias de la Organización . 25 (5): 1414–1433. arXiv : 1406,7541 . doi : 10.1287 / orsc.2013.0872 . ISSN  1047-7039 . S2CID  6583883 .
  4. ^ Rothwell, Richard (5 de agosto de 2008). "Creando riqueza con software libre" . Revista de software libre . Archivado desde el original el 8 de septiembre de 2008 . Consultado el 8 de septiembre de 2008 .
  5. ^ "Standish Newsroom - Open Source" (Comunicado de prensa). Boston . 16 de abril de 2008. Archivado desde el original el 18 de enero de 2012 . Consultado el 8 de septiembre de 2008 .
  6. ^ Gaudeul, Alexia (2007). "¿Los desarrolladores de código abierto responden a la competencia? El estudio de caso de LaTeX". Revisión de la economía de la red . 6 (2). doi : 10.2202 / 1446-9022.1119 . ISSN  1446-9022 . S2CID  201097782 .
  7. ^ a b VM Brasseur (2018). Forja tu futuro con código abierto . Programadores pragmáticos. ISBN 978-1-68050-301-2.
  8. ^ a b c Karl Fogel (2016). "Producción de software de código abierto: cómo ejecutar un proyecto de software libre exitoso" . O'Reilly Media . Consultado el 11 de abril de 2016 . Pero el problema fue más profundo que eso. La palabra "gratis" llevaba consigo una connotación moral ineludible: si la libertad era un fin en sí misma, no importaba si el software libre también resultaba mejor o más rentable para ciertos negocios en determinadas circunstancias. Aquellos eran meros efectos secundarios agradables de un motivo que, en su raíz, no era ni técnico ni mercantil, sino moral. Además, la posición de "libre como en libertad" forzó una flagrante inconsistencia en las corporaciones que querían apoyar programas libres particulares en un aspecto de su negocio, pero continuar comercializando software propietario en otros.
  9. ^ "Historia del OSI" . Opensource.org.
  10. ^ B. Charny (3 de mayo de 2001). "Enfoque de código abierto de Microsoft Raps" . Noticias CNET.
  11. ^ Jeffrey Voas, Keith W. Miller y Tom Costello. Software gratuito y de código abierto. IT Professional 12 (6) (noviembre de 2010), pág. 14-16.
  12. ^ Eric S. Raymond . "Adiós," software libre "; hola," código abierto " " . catb.org. El problema es doble. Primero, ... el término "gratis" es muy ambiguo ... Segundo, el término pone nerviosos a muchos tipos corporativos.
  13. ^ Kelty, Christpher M. (2008). "La importancia cultural del software libre: dos bits" (PDF) . Prensa de la Universidad de Duke - durham y londres. pag. 99. Antes de 1998, el software libre se refería a la Free Software Foundation (y al ojo vigilante y microgestivo de Stallman) oa uno de los miles de proyectos, procesos, licencias e ideologías comerciales, vocacionales o de investigación universitaria diferentes que tenían una variedad de nombres: sourceware, freeware, shareware, software abierto, software de dominio público, etc. El término Open Source, por el contrario, buscaba abarcarlos a todos en un solo movimiento.
  14. ^ Shea, Tom (23 de junio de 1983). "Software libre: el software libre es un depósito de chatarra de repuestos de software" . InfoWorld . Consultado el 10 de febrero de 2016 . "En contraste con el software comercial, existe un cuerpo grande y creciente de software libre que existe en el dominio público. El software de dominio público está escrito por aficionados a las microcomputadoras (también conocidos como" hackers "), muchos de los cuales son programadores profesionales en su vida laboral. [...] Dado que todo el mundo tiene acceso al código fuente, muchas rutinas no solo han sido utilizadas, sino que otros programadores las han mejorado drásticamente ".
  15. ^ Raymond, Eric S. (8 de febrero de 1998). "Adiós," software libre "; hola," código abierto " " . 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 acabarse.
  16. ^ Ryan, Patrick S .; Casson, Tony (mayo de 2006). "Estándares abiertos, adopción de código abierto en el sector público y su relación con el dominio del mercado de Microsoft por Tony Casson, Patrick S. Ryan :: SSRN". Papers.ssrn.com. SSRN  1656616 . Cite journal requiere |journal=( ayuda )
  17. ^ Holtgrewe, Ursula (2004). "Articular la (s) velocidad (s) de Internet: el caso de código abierto / software libre" . Time & Society (manuscrito enviado). 13 : 129-146. doi : 10.1177 / 0961463X04040750 . S2CID  61327593 .
  18. ^ "Reunión de pioneros de código abierto en la histórica cumbre" . 14 de abril de 1998 . Consultado el 20 de septiembre de 2014 .
  19. ^ Muffatto, Moreno (2006). Código abierto: un enfoque multidisciplinario . Prensa del Imperial College. ISBN 978-1-86094-665-3.
  20. ^ "Cómo acuñé el término 'código abierto ' " .
  21. ^ "NETSCAPE ANUNCIA PLANES PARA HACER QUE EL CÓDIGO FUENTE DEL COMUNICADOR DE PRÓXIMA GENERACIÓN ESTÉ DISPONIBLE GRATIS EN LA RED" . Corporación de comunicaciones de Netscape . 22 de enero de 1998. Archivado desde el original el 1 de abril de 2007 . Consultado el 8 de agosto de 2013 . Audaz movimiento para aprovechar el poder creativo de miles de desarrolladores de Internet; LA EMPRESA HACE NETSCAPE NAVIGATOR Y COMMUNICATOR 4.0 INMEDIATAMENTE GRATIS PARA TODOS LOS USUARIOS, SEMILLANDO EL MERCADO PARA EMPRESAS Y NEGOCIOS NETCENTER
  22. ^ "MOUNTAIN VIEW, California, 1 de abril / PRNewswire / - Netscape Communications y los desarrolladores de código abierto están celebrando el primer aniversario, el 31 de marzo de 1999, del lanzamiento del código fuente del navegador de Netscape en mozilla.org" . Comunicaciones de Netscape . 31 de marzo de 1999 . Consultado el 10 de enero de 2013 . [...] La organización que administra a los desarrolladores de código abierto que trabajan en la próxima generación del software de comunicación y navegador 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.
  23. ^ "Autoridad internacional y reconocimiento" . Opensource.org.
  24. ^ "Lista de afiliados de OSI" . Opensource.org.
  25. ^ "Acuerdo de afiliación de OSI" . Opensource.org.
  26. ^ Perens, Bruce. Fuentes abiertas: voces de la revolución del código abierto . O'Reilly Media . 1999.
  27. ^ Dibona, Chris; Ockman, Sam (enero de 1999).La definición de código abierto de Bruce Perens. ISBN 978-1-56592-582-3.
  28. ^ "La definición de código abierto" ., La Definición de Código Abierto según la Iniciativa de Código Abierto
  29. ^ "¿Cuántas licencias de código abierto necesita? - Slashdot" . News.slashdot.org . 16 de febrero de 2009 . Consultado el 25 de marzo de 2012 .
  30. ^ Iniciativa de código abierto. "La definición de código abierto (anotado)" . opensource.org . Consultado el 22 de julio de 2016 .
  31. ^ Tiemann, Michael. "Historia del OSI" . Iniciativa de código abierto. Archivado desde el original el 24 de septiembre de 2006 . Consultado el 13 de mayo de 2014 .
  32. ^ Stallman, Richard (16 de junio de 2007). "Por qué el" código abierto "pierde el sentido del software libre" . Filosofía del Proyecto GNU . Fundación de Software Libre . Consultado el 23 de julio de 2007 . A medida que los defensores del código abierto atraen a nuevos usuarios a nuestra comunidad, nosotros, los activistas del software libre, tenemos que trabajar aún más para llevar el tema de la libertad a la atención de esos nuevos usuarios. Tenemos que decir: '¡Es software gratuito y te da libertad!', Más y más alto que nunca. Cada vez que dice "software libre" en lugar de "código abierto", ayuda a nuestra campaña.
  33. ^ a b Stallman, Richard (19 de junio de 2007). "Por qué el" software libre "es mejor que el" código abierto " " . Filosofía del Proyecto GNU . Fundación de Software Libre . Consultado el 23 de julio de 2007 . Tarde o temprano, se invitará a estos usuarios a volver al software propietario para obtener alguna ventaja práctica. Innumerables empresas buscan ofrecer tal tentación, y ¿por qué los usuarios se negarían? Solo si han aprendido a valorar la libertad que les brinda el software libre, por su propio bien. Depende de nosotros difundir esta idea y, para ello, tenemos que hablar de libertad. Una cierta cantidad del enfoque de "silencio" en los negocios puede ser útil para la comunidad, pero también debemos tener mucha libertad para hablar.
  34. ^ a b Stallman, Richard (16 de junio de 2007). "Por qué el" código abierto "pierde el sentido del software libre" . Filosofía del Proyecto GNU . Fundación de Software Libre . Consultado el 23 de julio de 2007 . Bajo la presión de las compañías cinematográficas y discográficas, el software para uso individual se diseña cada vez más específicamente para restringirlos. Esta característica maliciosa se conoce como DRM o Gestión de Restricciones Digitales (ver DefectiveByDesign.org ), y es la antítesis en el espíritu de la libertad que el software libre pretende brindar. [...] Sin embargo, algunos partidarios del código abierto han propuesto un software de 'DRM de código abierto'. Su idea es que al publicar el código fuente de los programas diseñados para restringir su acceso a medios encriptados y permitir que otros lo cambien, producirán un software más poderoso y confiable para restringir a usuarios como usted. Luego se te entregará en dispositivos que no te permiten cambiarlo. Este software puede ser de "código abierto" y utilizar el modelo de desarrollo de código abierto; pero no será software libre ya que no respetará la libertad de los usuarios que realmente lo ejecutan. Si el modelo de desarrollo de código abierto logra hacer que este software sea más poderoso y confiable para restringirlo, eso lo empeorará aún más.
  35. ^ Rosen, Lawrence. "Obras conjuntas - Licencias de código abierto: libertad de software y ley de propiedad intelectual" . flylib.com . Consultado el 22 de julio de 2016 .
  36. ^ Andrew T. Pham, Verint Systems Inc. y Matthew B. Weinstein y Jamie L. Ryerson. " Easy as ABC: Categorizing Open Source Licenses Archivado el 8 de noviembre de 2012 en Wayback Machine "; www.IPO.org. Junio ​​de 2010.
  37. ^ Shiels, Maggie (14 de agosto de 2008). "Hito legal para el código abierto" . BBC News . Consultado el 15 de agosto de 2008 .
  38. ^ a b 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.
  39. ^ [1] Archivado el 15 de noviembre de 2007 en la Wayback Machine.
  40. ^ [2] Archivado el 7 de diciembre de 2007 en la Wayback Machine.
  41. ^ a b c Raymond, Eric S. (11 de septiembre de 2000). "La Catedral y el Bazar" . Consultado el 19 de septiembre de 2004 .
  42. ^ Robles, Gregorio (2004). "Un enfoque de ingeniería de software para el software libre" (PDF) . En Robert A. Gehring, Bernd Lutterbeck (ed.). Código abierto Jahrbuch 2004 (PDF) . Berlín: Universidad Técnica de Berlín . Consultado el 11 de febrero de 2020 .
  43. ^ Ghosh, RA; Robles, G .; Glott, R. (2002). "Software Libre / Libre y de Código Abierto: Encuesta y Estudio Parte V". Maastricht: Instituto Internacional de Infonomics .
  44. ^ Departamento de Defensa de Estados Unidos. "Preguntas frecuentes sobre software de código abierto" . Director de información . Consultado el 22 de julio de 2016 .
  45. ^ a b Sharma, Srinarayan; Vijayan Sugumaran; Balaji Rajagopalan (2002). "Un marco para la creación de comunidades de software de código abierto híbrido" (PDF) . Revista de sistemas de información . 12 : 7–25. doi : 10.1046 / j.1365-2575.2002.00116.x . S2CID  5815589 .
  46. ^ Landry, John; Rajiv Gupta (septiembre de 2000). "Aprovechando el código abierto". Harvard Business Review . doi : 10.1225 / F00503 .
  47. ^ Reynolds, Carl; Jeremy Wyatt (febrero de 2011). "Sistemas de información de código abierto, estándares abiertos y atención médica" . Revista de investigación médica en Internet . 13 (1): e24. doi : 10.2196 / jmir.1521 . PMC  3221346 . PMID  21447469 .
  48. ^ Plotkin, Hal (diciembre de 1998). "Qué (y por qué) debe saber sobre el software de código abierto". Actualización de gestión de Harvard : 8–9.
  49. ^ Payne, Christian (febrero de 2002). "Sobre la seguridad del software de código abierto". Revista de sistemas de información . 12 (1): 61–78. doi : 10.1046 / j.1365-2575.2002.00118.x . S2CID  8123076 .
  50. ^ "GNU Classpath Hacker's Guide: GNU Classpath Hacker's Guide" . Gnu.org . 11 de agosto de 2003 . Consultado el 25 de marzo de 2012 .
  51. ^ Meffert, Klaus; Neil Rotstan (2007). "Breve resumen del estilo y la práctica de codificación utilizados en JGAP" . Paquete de algoritmos genéticos de Java. Archivado desde el original el 25 de diciembre de 2012 . Consultado el 8 de septiembre de 2008 .
  52. ^ Tripp, Andy (16 de julio de 2007). "Hackers de Classpath frustrados con el lento proceso de OpenJDK" . Javalobby. Archivado desde el original el 12 de marzo de 2012 . Consultado el 2 de mayo de 2008 .
  53. ^ a b Stamelos, Ioannis; Lefteris Angelis; Apostolos Oikonomou; Georgios L. Bleris (2002). "Análisis de la calidad del código en el desarrollo de software de código abierto". Diario del sistema de información . 12 : 43–60. doi : 10.1109 / MS.2007.2 . S2CID  18538582 .
  54. ^ Gallivan, Michael J. (2001). "Lograr un equilibrio entre la confianza y el control en una organización virtual: un análisis de contenido de estudios de casos de software de código abierto" . Revista de sistemas de información . 11 (4): 277-304. doi : 10.1046 / j.1365-2575.2001.00108.x . S2CID  11868077 .
  55. ^ a b c Boldyreff, Cornelia; Lavery, Janet; Nutter, David; Rango, Stephen. "Procesos y herramientas de desarrollo de código abierto" (PDF) . Flosshub . Consultado el 22 de julio de 2016 .
  56. ^ Stansberry, Glen (18 de septiembre de 2008). "7 sistemas de control de versiones revisados ​​- Revista Smashing" . Revista Smashing . Consultado el 22 de julio de 2016 .
  57. ^ a b Frantzell, Lennart (18 de julio de 2016). "GitHub, Launchpad y BitBucket, cómo los sistemas de control de versiones distribuidos de hoy están impulsando la revolución global de código abierto sin precedentes" . IBM developerworks . Consultado el 22 de julio de 2016 .
  58. ^ Baker, Jason. "Las 4 principales herramientas de seguimiento de problemas de código abierto" . opensource.com . Consultado el 22 de julio de 2016 .
  59. ^ François Letellier (2008), Software de código abierto: el papel de las organizaciones sin fines de lucro en la federación de ecosistemas de innovación y negocios , AFME 2008.
  60. ^ Instituto de Software de Código Abierto. "Inicio" . Instituto de Software de Código Abierto . Consultado el 22 de julio de 2016 .
  61. ^ Hellekson, Gunnar. "Inicio" . Código abierto para América. Archivado desde el original el 1 de diciembre de 2015 . Consultado el 25 de marzo de 2012 .
  62. ^ de EntandoSrl (Entando). "Mil-OSS" . Consultado el 25 de marzo de 2012 .
  63. ^ Irina Guseva (@irina_guseva) (26 de marzo de 2009). "La mala economía es buena para el código abierto" . Cmswire.com . Consultado el 25 de marzo de 2012 .
  64. ^ "Código abierto frente a software propietario" . Centro de negocios PCWorld . Pcworld.com. 3 de noviembre de 2011 . Consultado el 25 de marzo de 2012 .
  65. ^ Geoff Spick (@ Goffee71) (26 de octubre de 2009). "Movimiento de código abierto encuentra amigos en la Casa Blanca" . Cmswire.com . Consultado el 25 de marzo de 2012 .
  66. ^ "Caja de Pandora para código abierto - CNET News" . News.cnet.com . 12 de febrero de 2004 . Consultado el 25 de marzo de 2012 .
  67. ^ Murphy, David (15 de agosto de 2010). "Encuesta: el 98 por ciento de las empresas utilizan el código abierto, el 29 por ciento contribuye de nuevo" . Noticias y opinión . PCMag.com . Consultado el 25 de marzo de 2012 .
  68. ^ a b "Homeland Security ayuda a proteger el código de fuente abierta - CNET News" . News.cnet.com . Consultado el 25 de marzo de 2012 .
  69. ^ Greenley, Neil. "Encuesta sobre software de código abierto" . Archivado desde el original el 22 de junio de 2013 . Consultado el 9 de octubre de 2012 .
  70. ^ Boulanger, A. (2005). Software de código abierto versus software propietario: ¿Es uno más confiable y seguro que el otro? IBM Systems Journal, 44 (2), 239–248.
  71. ^ Seltzer, Larry (4 de mayo de 2004). "¿Es el código abierto realmente más seguro?" . PCMag.com . Consultado el 25 de marzo de 2012 .
  72. ^ Michelle Delio (14 de diciembre de 2004). "Linux: menos errores que rivales" . Cableado . Consultado el 23 de mayo de 2016 .
  73. ^ "Por qué el código abierto pierde el sentido del software libre - Proyecto GNU - Free Software Foundation" . Gnu.org . Consultado el 30 de marzo de 2015 .
  74. ^ "Adiós," software libre "; hola," código abierto " " . El problema es doble. Primero, ... el término "gratis" es muy ambiguo ... Segundo, el término pone nerviosos a muchos tipos corporativos.
  75. ^ Kelty, Christpher M. (2008). "La importancia cultural del software libre: dos bits" (PDF) . Prensa de la Universidad de Duke - Durham y Londres. pag. 99. Antes de 1998, el software libre se refería a la Free Software Foundation (y al ojo vigilante y microgestivo de Stallman) oa uno de los miles de proyectos, procesos, licencias e ideologías comerciales, vocacionales o de investigación universitaria diferentes que tenían una variedad de nombres: sourceware, freeware, shareware, software abierto, software de dominio público, etc. El término Open Source, por el contrario, buscaba abarcarlos a todos en un solo movimiento.
  76. ^ OSI. "Historia de OSI" . 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.
  77. ^ Stallman, Richard. "FLOSS y FOSS" . Fundación de Software Libre . Consultado el 22 de julio de 2016 .
  78. ^ Stallman, Richard (16 de junio de 2007). "Por qué el" código abierto "pierde el sentido del software libre" . Filosofía del Proyecto GNU . Proyecto GNU . Consultado el 23 de julio de 2007 .
  79. ^ Tiemann, Michael (19 de septiembre de 2006). "Historia del OSI" . Iniciativa de código abierto . Consultado el 23 de agosto de 2008 .
  80. ^ Nelson, Russell (26 de marzo de 2007). "Marca de certificación" . Iniciativa de código abierto . Archivado desde el original el 6 de febrero de 2008 . Consultado el 22 de julio de 2007 .
  81. ^ Raymond, Eric S. (22 de noviembre de 1998). "Anuncio de lanzamiento de OSI" . Iniciativa de código abierto . Consultado el 22 de julio de 2007 .
  82. ^ Nelson, Russell (19 de septiembre de 2006). "Licencias de código abierto por categoría" . Iniciativa de código abierto . Consultado el 22 de julio de 2007 .
  83. ^ "Microsoft anuncia la expansión de la iniciativa de fuente compartida" . Geekzone.co.nz. 21 de marzo de 2005 . Consultado el 30 de marzo de 2015 .
  84. ^ "OSI aprueba los envíos de licencias de Microsoft" . opensource.org. 17 de octubre de 2007 . Consultado el 8 de agosto de 2013 . Siguiendo el consejo del presidente de aprobación de licencias, la junta de OSI aprobó hoy la licencia pública de Microsoft (Ms-PL) y la licencia recíproca de Microsoft (Ms-RL). La decisión de aprobar se basó en el consenso abrumador (aunque no unánime) de la comunidad de código abierto de que estas licencias cumplían con los 10 criterios de la definición de código abierto y, por lo tanto, deberían ser aprobadas.
  85. ^ Agerfalk, Par y Fitzgerald, Brian (2008), Outsourcing to an Unknown Workforce: Exploring Opensourcing as a Global Sourcing Strategy, MIS Quarterly , Vol 32, No 2, pp.385-410
  86. ^ Gunter, Joel (10 de mayo de 2013). "Estación Espacial Internacional para ir audazmente con Linux sobre Windows" . El telégrafo .
  87. ^ Bridgewater, Adrian (13 de mayo de 2013). "La Estación Espacial Internacional adopta Debian Linux, coloca Windows y Red Hat en la esclusa de aire" . Computer Weekly .
  88. ^ Michael J. Gallivan, "Lograr un equilibrio entre la confianza y el control en una organización virtual: un análisis de contenido de estudios de casos de software de código abierto", Info Systems Journal 11 (2001): 277-304
  89. ^ Hal Plotkin, "Qué (y por qué) debe saber sobre el software de código abierto" Harvard Management Update 12 (1998): 8–9
  90. ^ Noyes, Katherine (18 de mayo de 2011). "El software de código abierto es ahora una norma en las empresas" . PCWorld . Consultado el 22 de julio de 2016 .
  91. ^ Stallman, Richard (24 de septiembre de 2007). "Por qué el" código abierto "pierde el sentido del software libre" . Filosofía del Proyecto GNU . Fundación de Software Libre . Consultado el 6 de diciembre de 2007 . Sin embargo, no todos los usuarios y desarrolladores de software libre estuvieron de acuerdo con los objetivos del movimiento del software libre. En 1998, una parte de la comunidad del software libre se escindió y comenzó a hacer campaña en nombre del "código abierto". El término se propuso originalmente para evitar un posible malentendido del término "software libre", pero pronto se asoció con puntos de vista filosóficos bastante diferentes de los del movimiento del software libre.
  92. ^ "¿Qué es código abierto?" . Consultado el 29 de julio de 2013 .
  93. ^ "Ecología de código abierto" . ... construyendo la primera ecoaldea de permacultura de alta tecnología descentralizada, descentralizada y de código abierto replicable del mundo ...
  94. ^ "Bitcoin de colaboración abierta" . Informs.org. 2 de enero de 2014 . Consultado el 30 de marzo de 2015 .
  95. ^ Raymond, Eric S. La catedral y el bazar . ed 3.0. 2000.

Otras lecturas

  • Androutsellis-Theotokis, Stephanos; Spinellis, Diomidis ; Kechagia, Maria; Gousios, Georgios (2010). Software de código abierto: una encuesta desde 10,000 pies (PDF) . Fundamentos y Tendencias en Tecnología, Información y Gestión de Operaciones . 4 . págs. 187–347. doi : 10.1561 / 0200000026 . ISBN 978-1-60198-484-5.
  • Coleman, E. Gabriella . Coding Freedom: The Ethics and Aesthetics of Hacking (Princeton UP, 2012)
  • Fadi P. Deek; James AM McHugh (2008). Código abierto: tecnología y políticas . Cambridge: Cambridge University Press. ISBN 978-0-511-36775-5.
  • Chris DiBona y Sam Ockman y Mark Stone, ed. (1999). Fuentes abiertas: voces de la revolución del código abierto . O'Reilly. ISBN 978-1-56592-582-3.
  • Joshua Gay, ed. (2002). Software libre, sociedad libre: ensayos seleccionados de Richard M. Stallman . Boston: GNU Press, Free Software Foundation. ISBN 978-1-882114-98-6.
  • Comprensión del software libre | editor = Sampathkumar Coimbatore India
  • Benkler, Yochai (2002), "El pingüino de Coase, o Linux y la naturaleza de la empresa". Yale Law Journal 112.3 (diciembre de 2002): p367 (78) (en formato Adobe pdf )
  • contra Engelhardt, Sebastian (2008). "Las propiedades económicas del software", artículos de investigación económica de Jena, volumen 2 (2008), número 2008-045 (PDF) .
  • Lerner, J. y Tirole, J. (2002): 'Some simple economics on open source', Journal of Industrial Economics 50 (2), p 197-234
  • Välimäki, Mikko (2005). El auge de las licencias de código abierto: un desafío para el uso de la propiedad intelectual en la industria del software (PDF) . Turre Publishing. Archivado desde el original (PDF) el 4 de marzo de 2009.
  • Polley, Barry (11 de diciembre de 2007). "Documento de debate de código abierto - versión 1.0" (PDF) . Ministerio de Justicia de Nueva Zelanda. Archivado desde el original (PDF) el 23 de febrero de 2018 . Consultado el 12 de diciembre de 2007 . Cite journal requiere |journal=( ayuda )
  • Rossi, MA (2006): Decoding the free / open-source software puzzle: Una encuesta de contribuciones teóricas y empíricas, en J. Bitzer P. Schröder, eds, 'The Economics of Open Source Software Development', p 15–55.
  • Fuentes abiertas: Voces de la revolución del código abierto : un libro en línea que contiene ensayos de miembros destacados de la comunidad del código abierto.
  • De dónde viene la fuente: Desenredando el debate sobre el código abierto / software libre , ensayo sobre las diferencias entre el software libre y el código abierto, por Thomas Scoville
  • Berry, DM (2004). La impugnación del código: una investigación preliminar sobre el discurso del software libre y el movimiento del software abierto, Estudios críticos del discurso, volumen 1 (1).
  • Schrape, Jan-Felix (2017). "Proyectos de código abierto como incubadoras de innovación. De fenómeno de nicho a parte integral de la industria del software" (PDF) . Stuttgart: Contribuciones de investigación a los estudios de innovación y sociología organizacional 2017-03.
  • Sustainable Open Source , un artículo de Confluence que proporciona pautas para una participación justa en el ecosistema de código abierto, por Radovan Semancik

enlaces externos

  • La Open Source Initiative 's definición de código abierto
  • Comunidad de investigación de código abierto / libre : muchos artículos de investigación en línea sobre código abierto
  • Software de código abierto en Curlie

This page is based on a Wikipedia article Text is available under the CC BY-SA 4.0 license; additional terms may apply. Images, videos and audio are available under their respective licenses.

  • Terms of Use
  • Privacy Policy