Software de código abierto

Ir a: navegación, búsqueda de
Para una cobertura más amplia sobre este tema, ver Movimiento de la abrir-fuente.
Una captura de pantalla Linux Mint ejecutando el Xfce entorno de escritorio, Mozilla Firefox navegación Copro, un programa de calculadora, el calendario de VIM, GIMPy la Del VLC media player, que son software de código abierto.

Software de código abierto (OSS) es software de computadora con su código fuente disponible con un licencia de en el que el derechos de autor titular ofrece los derechos para estudiar, cambiar y distribuir el software a cualquier persona y para cualquier propósito.[1] Software de código abierto puede ser desarrollado en un manera pública colaborativa. Según los científicos que lo estudiaron, software de código abierto es un ejemplo prominente de abrir la colaboración. [2]

El desarrollo de software de código abierto, o el desarrollo colaborativo de varias fuentes independientes, genera un ámbito cada vez más diverso de la perspectiva del diseño que cualquier una compañía es capaz de desarrollar y mantener a largo plazo. Un informe de 2008 de la Grupo Standish afirma que la adopción de modelos de software de código abierto ha resultado en ahorros de unos $ 60 billones por año a los consumidores.[3][4]

Contenido

  • 1 Historia
    • 1.1 Finales de la década de 1990: Fundación de la iniciativa de código abierto
  • 2 Definiciones
    • 2.1 Licencias de software de código abierto
    • 2.2 Certificaciones
  • 3 Desarrollo de software de código abierto
    • 3.1 Modelo de desarrollo
    • 3.2 Ventajas y desventajas
    • 3.3 Herramientas de desarrollo
    • 3.4 Organizaciones
    • 3.5 Financiación
  • 4 Comparaciones con otros modelos de licencias y desarrollo de software
    • 4.1 Fuente cerrada / propietario software
    • 4.2 Software libre
    • 4.3 Abrir-fuente contra fuente-disponible
    • 4.4 Open-sourcing
  • 5 Adopción y aplicaciones actuales
    • 5.1 Software de código abierto ampliamente utilizado
  • 6 Extensiones para el uso de software no
  • 7 Véase también
  • 8 Referencias
  • 9 Lectura adicional
  • 10 Acoplamientos externos

Historia

Más información: Historia del software libre y de código abierto

Finales de la década de 1990: Fundación de la iniciativa de código abierto

En los primeros días de la computación, programadores y desarrolladores comparten software para aprender unos de otros y evolucionar el campo de la informática. Finalmente la noción de código abierto se traslada a la forma de comercialización de software en los años 1970-1980. En 1997, Eric Raymond Publicado La Catedral y el Bazar, un análisis reflexivo de los principios de software libre y hackers. El documento recibió considerable atención a principios de 1998 y fue un factor en la motivación Netscape Communications Corporation para lanzar su popular Netscape Communicator Suite de Internet como software libre. Este código fuente se convirtió en la base SeaMonkey, Mozilla Firefox, Thunderbird y KompoZer.

Ley de Netscape pedirá Raymond y otros en cómo traer ideas de software libre de la Free Software Foundation y beneficios percibidos para la industria del software comercial. Llegaron a la conclusión que activismo social de la FSF no era atractivo para empresas como Netscape y buscó una manera Rebrand el movimiento de software libre hacer hincapié en el potencial de negocio de compartir y colaborar en el código fuente de software.[5] El nuevo término que eligieron fue «código abierto», que pronto fue adoptado por Bruce Perens, editorial Tim O'Reilly, Linus Torvaldsy otros. El Iniciativa de código abierto fue fundada en febrero de 1998 para fomentar el uso del nuevo término y evangelizar principios de código abierto.[6]

Mientras que la Open Source Initiative trató de fomentar el uso del nuevo término y evangelizar a los principios que se adhería a, proveedores de software comercial se encontraron cada vez más amenazada por el concepto de software libre distribuido y acceso universal a una aplicación código fuente. A Microsoft Ejecutivo declaró públicamente en 2001 que "open source es un destructor de la propiedad intelectual. No me imagino algo que podría ser peor que esto para el negocio del software y el negocio de la propiedad intelectual."[7] Sin embargo, mientras que el software LIBRE ha desempeñado históricamente un papel fuera de la corriente principal de desarrollo de software privado, empresas tan grande como Microsoft han comenzado a desarrollar presencias oficiales de código abierto en Internet. IBM, Oracle, Google y State Farm son sólo algunas de las empresas con una participación pública grave en el actual competitivas abrir-fuente mercado. Ha habido un cambio significativo en la filosofía relativa al desarrollo del software LIBRE.[8]

El movimiento de software libre fue lanzado en 1983. En 1998, un grupo de individuos lo que debe reemplazarse el término software libre open source software (OSS) como una expresión que es menos ambigua[9][10][11] y más cómodo para el mundo corporativo.[12] Los desarrolladores de software quiera publicar su software con una licencia de código abierto, para que cualquier persona también puede desarrollar el mismo software o entender su funcionamiento interno. Con software de código abierto, generalmente cualquier persona puede crear modificaciones de él, el puerto a nuevos sistemas operativos y arquitecturas de procesador, compartir con otros o, en algunos casos, de mercado. Casson de eruditos y Ryan han señalado varias razones basado en políticas para la adopción del código abierto – en particular, la propuesta de mayor valor de código abierto (en comparación con formatos más) en las siguientes categorías:

  • Seguridad
  • Accesibilidad
  • Transparencia
  • Perpetuidad
  • Interoperabilidad
  • Flexibilidad
  • Localización — particularmente en el contexto de los gobiernos locales (que toman las decisiones de software). Casson y Ryan discuten que "los gobiernos tienen una responsabilidad inherente y una obligación fiduciaria a contribuyentes" que incluye el cuidadoso análisis de estos factores al momento de decidir a comprar software propietario o aplicar una opción de código abierto.[13]

El Definición de código abierto, en particular, presenta una filosofía de código abierto y además define los términos de uso, modificación y redistribución del software de código abierto. Licencias de software otorgan derechos a los usuarios que lo contrario serían reservados por ley al titular del derecho de autor. Varias licencias de software de código abierto se han clasificado dentro de los límites de la Definición de código abierto. El más prominente y popular ejemplo es el Licencia Pública General de GNU (GPL), que "permite la distribución gratuita bajo la condición que más desarrollos y aplicaciones se ponen bajo la misma licencia", así también gratis.[14]

El código abierto etiqueta salió de una sesión de estrategia celebrada el 07 de abril de 1998 en Palo Alto en reacción a De Netscape Anuncio de enero de 1998 de un lanzamiento del código fuente para Navigator (como Mozilla). Un grupo de individuos en la sesión 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.[15] Utilizaron la oportunidad antes del lanzamiento del código fuente de Navigator para aclarar una confusión potencial causada por la ambigüedad de la palabra «libre» en Inglés.

Mucha gente afirma que el nacimiento de la Internet, desde 1969, inició el movimiento de código abierto, mientras que otros no hacen distinción entre los movimientos de software libre y código abierto.[16]

El Free Software Foundation (FSF), iniciado en 1985, la palabra «libre» en el sentido de la intención libertad de distribuir (o "libre como en libertad de expresión") y no libre de costo (o "libre como en cerveza gratis"). Puesto que una gran cantidad de software libre ya fue (y sigue siendo) sin cargo alguno, tal software libre llegó a ser asociado con coste cero, que parecía contra-comercial.[5]

El Iniciativa de código abierto (OSI) fue formado en febrero de 1998 por Eric Raymond y Bruce Perens. Con al menos 20 años de evidencia de antecedentes del desarrollo de software cerrado versus desarrollo abierto ya proporcionado por la comunidad de desarrolladores de Internet, la OSI presentó el «código abierto» casos comercial empresas, como Netscape. OSI la esperanza de que el uso de la etiqueta de «código abierto», un término sugerido por Peterson de la Instituto de previsión en la sesión de estrategia, eliminaría ambigüedad, especialmente para las personas que perciben «software libre» como contra-comercial. Buscaron darle un perfil más alto a los beneficios prácticos del código fuente disponible libremente y que querían traer empresas de software más importantes y otras industrias de alta tecnología en fuente abierta. Perens procuró registrar «código abierto» como un marca de servicio para la OSI, pero ese intento fue impracticable por marca registrada normas. Mientras tanto, debido a la presentación del papel de Raymond a la gerencia superior de Netscape, Raymond descubrió solamente cuando él leyó la Comunicado de prensa,[17] y fue llamado Netscape DIRECTOR GENERAL Jim Barksdalede PA durante el día, Netscape lanzó el código fuente de Navigator como software libre, con resultados favorables.[18]

Definiciones

El logo de la Iniciativa de código abierto

El Iniciativa de código abiertode definición (OSI) es reconocido por los gobiernos internacionalmente[19] como el estándar o de hecho definición. Además, muchos de los más grandes del mundo abren proyectos de software de la fuente y colaboradores, incluyendo Debian, Drupal Association, Fundación de FreeBSD, Linux Foundation, la Fundación Mozilla, Wikimedia Foundation, Fundación Wordpress han cometido[20] a defender la misión y la definición abierta de la fuente a través del acuerdo de afiliado de OSI de la OSI.[21]

OSI utiliza La definición de Open Source para determinar si considera que una licencia de software de código abierto. La definición se basó en la Directrices de Software libre de Debian, escrito y adaptado sobre todo por Perens.[22][23][24] Perens no basó su escrito en las "cuatro libertades" de la Free Software Foundation (FSF), que sólo estaban ampliamente disponibles más adelante.[25]

Bajo definición de Perens, código abierto describe un amplio general de licencia de software que convierte código fuente disponible al público en general con relajado o no existente restricciones sobre el uso y modificación del código. Es una "característica" explícita de que pone muy pocas restricciones en el uso o distribución por cualquier organización o usuario, con el fin de permitir la rápida evolución del software de código abierto.[26]

A pesar de aceptar inicialmente[27] Richard Stallman de la FSF ahora opone plano el término «Código abierto» se aplica a lo que se refieren como «software libre». Aunque él está de acuerdo en que los dos términos describen "casi la misma categoría de software", Stallman considera equiparar los términos incorrectos y engañosos.[28] Los críticos también se oponen al pragmatismo profesado de la Iniciativa de código abierto, pues temen que los ideales de software libre de libertad y comunidad son amenazados por comprometer estándares idealistas de la FSF para la libertad del software.[29] La FSF considera software libre a ser una subconjunto de open source software y Richard Stallman explican que GR. software, por ejemplo, puede ser desarrollado como código abierto, a pesar de ello no dan sus usuarios (les limita) la libertad y por lo tanto no califica como software libre.[30]

Licencias de software de código abierto

Artículo principal: Licencia de código abierto
Más información: Licencia de software libre
Vea también: § Software libre y open-source Licensing, y Licencia de software

Cuando un autor contribuye código a un proyecto de código abierto (por ejemplo, Apache.org) lo hacen bajo una licencia explícita (por ejemplo, la Apache Contributor License Agreement) o una licencia implícita (por ejemplo, la licencia de código abierto bajo la cual el proyecto ya es licencia código). Algunos proyectos de código abierto no contribuido código bajo una licencia, pero en realidad requieren asignación conjunta de los derechos de autor para aceptar contribuciones de código en el proyecto.[31]

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

La proliferación de licencias de código abierto es un aspecto negativo del movimiento de código abierto porque a menudo es difícil de entender 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, ha aumentado la complejidad de decidir cómo gestionar el uso de código abierto dentro de las empresas comerciales "código cerrado". Algunos son de cosecha propia, mientras que otros están siguiendo el modelo de corriente SOFTWARE LIBRE licencias como Berkeley Software Distribution («BSD»), Apache, estilo MIT (Massachusetts Institute of Technology) o licencia pública General de GNU ("GPL"). En vista de esto, los profesionales de código abierto están empezando a usar esquemas de clasificación en que SOFTWARE LIBRE licencias se agrupan (normalmente basado en la existencia y las obligaciones impuestas por la copyleft disposición; la fuerza de la disposición de copyleft).[32]

Un hito legal importante para el código abierto / libre movimiento por el software fue aprobada en 2008, cuando la corte federal de Apelaciones dictaminó que licencias de software libre definitivamente establecer jurídicamente las condiciones sobre el uso de material con derechos de autor, y por lo tanto son aplicables bajo las leyes actuales de derechos de autor. Como resultado, si los usuarios finales violan las condiciones de licenciamiento, la licencia desaparece, lo que significa que están infringiendo derechos de autor.[33] A pesar de este riesgo de licencias, proveedores de software comerciales utiliza software de código abierto en productos comerciales cumpliendo con los términos de licencia, por ejemplo aprovechando la licencia de Apache.[34]

Certificaciones

La certificación puede ayudar a construir la confianza del usuario. Certificación podría aplicarse al componente más simple, un sistema de software completo. El Instituto de las Naciones Unidas Universidad Internacional para la tecnología de Software,[35] inició un proyecto conocido como "El proyecto de escritorio Global". Este proyecto pretende construir una interfaz de escritorio que cada usuario es capaz de entender e interactuar con, por lo tanto cruzar las barreras idiomáticas y culturales. El proyecto sería mejorar el acceso de las Naciones en desarrollo a sistemas de información. UNU/IIST espera lograr esto sin cualquier compromiso en la calidad del software mediante la introducción de certificaciones.[36]

Desarrollo de software de código abierto

Artículo principal: Modelo de desarrollo de software de código abierto

Modelo de desarrollo

En su ensayo 1997 La Catedral y el Bazar,[37] evangelista del código abierto Eric S. Raymond sugiere un modelo para el desarrollo de OSS conocido como el Bazar modelo. Raymond compara el desarrollo de software por metodologías tradicionales a la construcción de una catedral, "hecho a mano cuidadosamente por magos individuales o pequeños grupos de magos trabajando en espléndido aislamiento".[37] Él sugiere que todo el software debe desarrollarse utilizando el estilo Bazar, que describió como "un gran bazar como de diferentes agendas y enfoques".[37]

En el modelo tradicional de desarrollo, que él llamó el Catedral modelo, el desarrollo tiene lugar de forma centralizada. Roles están claramente definidos. Roles son personas dedicadas al diseño (arquitectos), responsables de gestión del proyecto y personas encargadas de la aplicación. Ingeniería de software tradicional sigue el modelo Catedral.

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

Los usuarios deben ser tratados como co-desarrolladores
Los usuarios son tratados como co-desarrolladores y así que deben tener acceso al código fuente del software. Además, los usuarios se les anima a presentar adiciones al software, código fija por el software, informes de errores, documentación etc.. Tener más co-desarrolladores, aumenta el ritmo en que evoluciona el software. Ley de Linus dice, "Dado bastantes globos oculares todos los bichos son poco profundas." Esto significa que si muchos usuarios ver el código fuente, eventualmente encontrará todos los errores y sugieren cómo corregirlos. Tenga en cuenta que algunos usuarios tienen avanzados conocimientos de programación, y además, el equipo de cada usuario proporciona un entorno de pruebas adicional. Este nuevo entorno de pruebas ofrece esa capacidad para encontrar y corregir un nuevo error.
Primeras versiones
La primera versión del software debe liberarse lo antes posible con el fin de aumentar las posibilidades de encontrar temprano co-desarrolladores.
Integración frecuente
Cambios en el código deben ser integrados (combinado en una base de código compartido) tan a menudo como sea posible para evitar la sobrecarga de la fijación de un gran número de errores al final del ciclo de vida del proyecto. Algunos proyectos tienen cada noche de código abierto donde se construye integración se realiza automáticamente sobre una base diaria.
Varias versiones
Debe haber al menos dos versiones del software. Debe haber un buggier con más características y una versión más estable con menos funciones. La versión buggy (también llamada la versión de desarrollo) es para usuarios que desean el uso inmediato de las últimas características y están dispuestos a aceptar el riesgo del uso de código que no está probado todavía completamente. Los usuarios pueden entonces actuar como co-desarrolladores, informes de errores y proporcionar correcciones de errores.
Alta modularización
La estructura general del software debe ser modular lo que permite un desarrollo paralelo en componentes independientes.
Estructura toma de decisión dinámica
Hay una necesidad de una decisión que estructura, sea formal o informal, hace que las decisiones estratégicas dependiendo del cambio de necesidades de los usuarios y otros factores. AFL Programación extrema.

Datos sugieren que OSS no es absolutamente tan democrática como lo indica el modelo de Bazar. Un análisis de 5 billones de bytes de código abierto 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 promedio de autores involucrados en un proyecto era 5.1, con mediana de 2.[39]

Ventajas y desventajas

Software de código abierto es generalmente más fácil de obtener que el propietario del software, a menudo dando por resultado mayor uso. Además, la disponibilidad de una implementación de código abierto de un estándar puede aumentar la adopción de esa norma.[40] También ha ayudado a construir lealtad de desarrollador como desarrolladores sensación poder y tienen un sentido de propiedad del producto final.[41]

Por otra parte, los costos de comercialización y logísticos servicios son necesarios para la OSS. OSS también ayuda a las empresas a mantenerse al corriente de los desarrollos tecnológicos. Es una buena herramienta para promover la imagen de la empresa, incluyendo sus productos comerciales.[42] El enfoque de desarrollo de OSS ha ayudado a producir software confiable, de alta calidad rápidamente y a bajo costo.[43]

Desarrollo de código abierto ofrece la posibilidad de una tecnología más flexible y rápida innovación. Se dice que es más confiable ya que por lo general tiene miles de programadores independientes pruebas y corregir errores del software. Es flexible porque sistemas modulares permiten a los programadores a desarrollar interfaces propias, o añadirle nuevas habilidades y es innovador desde programas de código abierto son el producto de la colaboración entre un gran número de diferentes programadores. La mezcla de perspectivas divergentes, objetivos corporativos y objetivos personales acelera la innovación.[44]

Además, se puede desarrollar software libre de acuerdo con los requisitos puramente técnicos. No requiere pensar sobre la presión comercial que con frecuencia degrada la calidad del software. Presiones comerciales hacen los desarrolladores de software tradicional prestar más atención a los requisitos de clientes de requisitos de seguridad, puesto que tales características son algo invisibles para el cliente.[45]

A veces se dice que el proceso de desarrollo de código abierto puede no ser bien definido y las etapas en el proceso de desarrollo, como prueba del sistema y la documentación pueden ser ignoradas. Sin embargo esto sólo es válido para pequeños proyectos (en su mayoría solo programador). Proyectos más grandes y exitosos definir y hacer cumplir por lo menos algunas reglas como que los necesitan para hacer posible el trabajo en equipo.[46][47] En los proyectos más complejos estas reglas pueden ser tan rigurosas como revisar cambio incluso menor por dos desarrolladores independientes.[48]

No todas las iniciativas de OSS han tenido éxito, por ejemplo SourceXchange y EAZEL.[41] Investigadores que no están convencidos por la capacidad de código abierto para producir sistemas de calidad y expertos en software identifican el proceso confuso, el último descubrimiento del defecto y la falta de cualquier evidencia empírica como los problemas más importantes (datos recogidos relativos a productividad y calidad).[49] También es difícil diseñar un modelo de negocio comercial sonido alrededor del paradigma del código abierto. En consecuencia, se pueden satisfacer sólo los requisitos técnicos y no los del mercado.[49] En materia de seguridad, abrir fuente puede permitir a los hackers saber sobre las debilidades o vacíos del software más fácilmente que el software de código cerrado. Depende de mecanismos de control para crear el desempeño eficaz de agentes autónomos que participan en organizaciones virtuales.[50]

Herramientas de desarrollo

En el desarrollo de OSS, se utilizan herramientas para apoyar el desarrollo del producto y el proceso mismo de desarrollo.[51]

Control de revisión sistemas tales como Sistema de versiones concurrentes (CVS) y más tarde Subversión (SVN) y Git son ejemplos de herramientas, a menudo ellos mismos fuente abierta, ayudar a manejar los archivos de código fuente y los cambios en los archivos de un proyecto de software.[52] Los proyectos son con frecuencia organizados y publicados en sitios como Launchpad, Bitbucket, y GitHub.[53]

Proyectos de código abierto se organizan a menudo libremente con "poco formalizados modelado de procesos o de la ayuda", pero utilidades como seguidores de la cuestión a menudo se utilizan para organizar el desarrollo de software de código abierto.[51] De uso general bugtrackers incluyen Bugzilla y Redmine.[54]

Herramientas tales como listas de correo y IRC proporcionar medios de coordinación entre los desarrolladores.[51] Sitios de alojamiento de código centralizado también tienen funciones sociales que permiten a los desarrolladores para comunicarse.[53]

Organizaciones

Algunas de las "organizaciones más prominentes" involucradas en OSS incluyen el desarrollo de la Apache Software Foundation, creadores del servidor web Apache; el Linux Foundation, una sin fines de lucro que a partir de 2012 empleó a Linus Torvalds, el creador de la Sistema operativo Linux núcleo; el Fundación Eclipse, casa de la Eclipse plataforma de desarrollo de software; el proyecto Debian, creadores de la influyente Debian Distribución de GNU/Linux; el Fundación Mozilla, inicio del navegador web Firefox; y LWQ, Comunidad Europea nacido desarrollo de middleware de código abierto. Nuevas organizaciones tienden a tener un modelo más sofisticado de la gobernanza y su pertenencia a menudo está formado por miembros de la entidad jurídica.[55]

Instituto de Software de fuente abierta es una basada en membresía, sin fines de lucro (501 (c)(6)) organización fundada en 2001 que promueve el desarrollo e implementación de soluciones de software de código abierto dentro de nosotros Federal, agencias estatales y gobiernos locales. Esfuerzos de la OSSI han centrado en promover la adopción de programas de software de código abierto y las políticas de Gobierno Federal y comunidades de defensa y seguridad nacional.[56]

Open Source para América es un grupo creado para crear conciencia en el Gobierno Federal de Estados Unidos sobre los beneficios de software de código abierto. Sus objetivos son fomentar el uso por el gobierno de software de código abierto, la participación en proyectos de software de código abierto y la incorporación de la dinámica comunidad de código abierto para aumentar la transparencia del gobierno.[57]

Mil-OSS es un grupo dedicado a la promoción del uso de OSS y creación en el ejército.[58]

Financiación

Artículo principal: Modelos de negocio para software de código abierto

Software de código abierto es ampliamente utilizado como aplicaciones independientes y como componentes en aplicaciones open-source. Muchos proveedores de software independientes (ISV), revendedores de valor agregado (Var) y hardware proveedores de (Fabricantes de equipos originales o ODMs) utiliza código abierto Marcos, módulos, y bibliotecas dentro de sus servicios y productos patentados, con fines de lucro.[59] Desde la perspectiva del cliente, la capacidad para utilizar tecnología abierta bajo condiciones comerciales estándar y apoyo es valiosa. Están dispuestos a pagar por la protección jurídica (por ejemplo, indemnización por violación de derechos de autor o patentes), "calidad comercial" y apoyo/entrenamiento/asesoramiento profesional que son típicos de software comercial, mientras que también recibía los beneficios de un control detallado y la falta de cerradura viene con código abierto.

Comparaciones con otros modelos de licencias y desarrollo de software

Fuente cerrada / propietario software

Artículo principal: Comparación de código abierto y código cerrado

El debate sobre la código abierto vs. fuente cerrada (también llamado software privativo) a veces se calienta.

Las cuatro razones principales (según encuesta de la Open Source Business Conference[60]) individuos u organizaciones de elegir software de código abierto son:

  1. menor costo,
  2. seguridad,
  3. ningún vendedor 'lock en', y
  4. mejor calidad.

Puesto que las empresas innovadoras ya no confían en la venta de software, software propietario se ha convertido en menos de una necesidad.[61] Como tal, cosas como código abierto sistema de gestión de contenidos— o CMS, las implementaciones se están volviendo más comunes. En 2009,[62] la casa blanca de Estados Unidos cambió su sistema CMS de un sistema propietario para Drupal código CMS abierto. Además, empresas como Novell (que tradicionalmente vende software de la manera antigua) continuamente debatir los beneficios de la conmutación para abrir la disponibilidad de la fuente, ya que cambió parte de la oferta abrir el código fuente de productos.[63] De esta manera, software de código abierto ofrece soluciones a problemas únicos o específicos. Así, se informa de[64] que 98% de las empresas de nivel empresarial use ofertas de software de código abierto en parte de su capacidad.

Con este cambio de mercado, sistemas más críticos están empezando a confiar en ofertas de código abierto,[65] permitiendo mayor financiamiento (tales como Estados Unidos Departamento de seguridad nacional Becas[65]) para ayudar a la "caza de bugs de seguridad.", según un estudio piloto de las organizaciones la adopción (o no adopción) OSS; varios factores de significación estadística se observaron en las creencias del administrador en relación con (a) actitudes hacia los resultados, (b) las influencias y los comportamientos de los demás y (c) su capacidad para actuar.[66]

Distribuidores propiedad fuente han comenzado a desarrollar y contribuir a la comunidad de código abierto debido al cambio de cuota de mercado, hacerlo por la necesidad de reinventar sus modelos para seguir siendo competitivos.[67]

Muchos defensores argumentan que software libre es inherentemente más seguro porque cualquier persona puede ver, editar y cambiar el código.[68] Un estudio del código fuente de Linux tiene errores 0,17 por 1000 líneas de código mientras que el software propietario generalmente puntuaciones de 20 a 30 errores por 1000 líneas.[69]

Software libre

Artículo principal: Alternativa gratis términos software
Vea también: Comparación de licencias de software libre y de código abierto

Según el Movimiento de software librede líder, Richard Stallman, la principal diferencia es que al elegir un término sobre el otro (es decir, ya sea "open source" o"software libre") uno otros permite conocer de lo que uno los objetivos es:"el código abierto es una metodología de desarrollo; software libre es un movimiento social".[29] Sin embargo, hay traslapo significativo entre software de código abierto y software libre.[30]

La FSF[70] dijo que el término «código abierto» fomenta una ambigüedad diferente tal que confunde la disponibilidad mera de la fuente con la libertad de usar, modificar y redistribuirlo. Por otro lado, el término «software libre» fue criticado por la ambigüedad de la palabra «libre» como «disponibles sin costo alguno», que fue visto como desestímulo para la adopción del negocio,[71] y para el uso ambiguo del término.[5][72][73]

Los desarrolladores han utilizado la términos alternativos Software libre y de código abierto (SOFTWARE LIBRE), o Software libres y de código abierto (Hilo DENTAL), por lo tanto, para describir software de código abierto que también es software libre.[74] Mientras que la definición de software de código abierto es muy similar a la FSF definición de software libre[75] se basa en la Directrices de Software libre de Debian, escrito y adaptado sobre todo a Bruce Perens con la entrada de Eric S. Raymond y otros.[76]

El término «código abierto» fue pensado originalmente para ser trademarkable; sin embargo, el término se consideró demasiado descriptivo, existe ninguna marca.[77] La OSI preferiría que las personas tratan de código abierto como si fuera una marca registrada y utilizar solamente para describir software bajo una licencia aprobada de la OSI.[78]

Certificado OSI es una marca registrada con licencia sólo para las personas que distribuyen software bajo una licencia que se encuentra en la lista de la Open Source Initiative.[79]

Abrir-fuente contra fuente-disponible

Aunque la definición de la OSI del "software libre" es ampliamente aceptada, un pequeño número de personas y organizaciones utiliza el término para referirse a software donde la fuente es disponible para su consulta, pero que legalmente no puede ser modificado o redistribuido. Este tipo de software se refiere más a menudo como fuente-disponible, o como fuente compartida, un término acuñado por Microsoft en 2001.[80] Mientras que en 2007 fueron certificadas dos licencias de código compartido por la OSI, la mayoría de las licencias de código compartido son todavía fuente disponible sólo.[81]

En el año 2007 Michael Tiemann, criticó el Presidente de OSI,[82] empresas tales como SugarCRM para promover su software como "open source" cuando en realidad no tenía una licencia aprobada por OSI. En caso de SugarCRM, fue porque el software es supuesto"badgeware"[83] ya que especifica una "divisa" que debe mostrarse en la interfaz de usuario (SugarCRM ha ya cambiado a GPLv3[84]). Otro ejemplo fue Scilab antes de la versión 5, que se llamó "la plataforma de código abierto para computación numérica"[85] pero tenía una licencia de[86] prohibió la redistribución comercial de versiones modificadas.

Open-sourcing

Open-sourcing es el acto de propagar la movimiento de código abierto, la mayoría a menudo refiriéndose a liberar previamente software privativo bajo un código abierto/software libre licencia de conducir,[87] pero puede también referirse programación software de código abierto o instalación de software de código abierto.

Paquetes de software notable, previamente propietarios, que han sido origen incluyen:

  • Netscape Navigator, el código que se convirtió en la base de la Mozilla y Mozilla Firefox navegadores web
  • StarOffice, que se convirtió en la base de la OpenOffice.org suite de oficina
  • Sistema de archivos global, fue originalmente GPL sería, luego hizo propietario en 2001(?), pero en 2004 era re-GPL.
  • SAP DB, que se ha convertido en MaxDBy es ahora distribuido (y propiedad) por MySQL AB
  • InterBase base de datos, que fue abierto por Borland en el año 2000 y actualmente existe como un producto comercial y un tenedor libre ()Firebird)

Antes de cambiar la licencia de software, distribuidores generalmente auditan el código fuente de código de terceros con licencia que tendría que retirar u obtener permiso para su caso. Puertas traseras y otros malware debe también ser retirado como fácilmente puede ser descubiertos después del lanzamiento del código.

Adopción y aplicaciones actuales

Artículo principal: § Adopción de software libre y código abierto
Vea también: Adopción de Linux y § Adopción de software libre

"migramos las funciones claves de Windows a Linux porque necesitábamos un sistema operativo estable y confiable, que nos daría control interno. Así que si nos necesita revisión, ajuste o adaptación, podríamos."

Comunicado oficial de la Alianza Unida del espacio, que administra los sistemas informáticos para la Estación espacial internacional (ISS), en cuanto a por qué se optó por cambiar de Windows a Debian GNU/Linux en la ISS[88][89]

Software de código abierto ampliamente utilizado

Artículo principal: Lista de gratis y paquetes de software de código abierto

Software de código abierto proyectos son construidos y mantenidos por una red de voluntarios programadores y son ampliamente utilizados en productos comerciales como libres.[34] Ejemplos de productos de código abierto son la Servidor HTTP Apache, la plataforma de e-commerce osCommerce, navegadores de internet Mozilla Firefox y Cromo (el proyecto donde la gran mayoría del desarrollo del software gratuito Google Chrome se hace) y la suite de oficina completa LibreOffice. Uno de los más exitosos productos de código abierto es la GNU/Linux sistema operativo, una abrir-fuente Unix-como sistema operativo y su derivado Android, un sistema operativo para dispositivos móviles.[90][91] En algunas industrias, software de código abierto es la norma.[92]

Extensiones para el uso de software no

Artículo principal: Modelo de código abierto
Vea también: Contenido abierto y Colaboración abierta

Mientras que el término «código abierto» aplicado originalmente solamente al código fuente del software,[93] ahora se está aplicando a muchos otros ámbitos[94] tales como Ecología de código abierto,[95] un movimiento para descentralizar tecnologías para que cualquier humano puede utilizar. Sin embargo, a menudo es mal aplicada y otras áreas que tienen diferentes principios de competencia, que se superponen sólo parcialmente.

Los mismos principios que subyacen a software de código abierto pueden encontrarse en muchas otras empresas, tales como hardware de código abierto, Copro, y acceso abierto editorial. Colectivamente, estos principios se conocen como código abierto, contenido abierto, y abrir la colaboración:[96] "cualquier sistema de innovación o producción que se basa en meta-orientado sin embargo libremente coordinado los participantes, que interactúan para crear un producto (o servicio) de valor económico, que hace disponibles a contribuyentes y no contribuyentes".[97]

Esta "cultura" o ideología considera que los principios se aplican más generalmente para facilitar la entrada concurrente de diversas agendas, enfoques y prioridades, en contraste con modelos más centralizados del desarrollo tales como los utilizados normalmente en las empresas comerciales.[98]

Véase también

  • Software libre
  • Comunidad de software libre
  • Movimiento de software libre
  • Lista de paquetes de software de código abierto
  • Contenido abierto
  • Promoción del código abierto
  • Hardware de código abierto
  • Iniciativa de código abierto
  • Instituto de Software de fuente abierta
  • Seguridad del software de código abierto
  • Juegos de video de código abierto
  • Fuente compartida
  • Línea de tiempo del software de código abierto
  • Contenido generado por el usuario

Referencias

  1. ^ St. Laurent, Andrew M. (2008). Licencias de Software libre y código abierto de comprensión. O ' Reilly Media. p. 4. ISBN 9780596553951. 
  2. ^ Levine, Sheen S. & Prietula, M. J. (2013). Abierta la colaboración para la innovación: principios y funcionamiento. Ciencia de la organización, doi:10.1287/ORSC.2013.0872
  3. ^ Rothwell, Richard (2008-08-05). "Creación de riqueza con software libre". Revista de Software libre. 2008-09-08. 
  4. ^ "sala de Standish, Open Source" (Comunicado de prensa). Boston. 2008-04-16. 2008-09-08. 
  5. ^ a b c Karl Fogel (2016). "Producción de Software libre - cómo ejecutar un proyecto de Software libre exitosos". O ' Reilly Media. 2016-04-11. Pero el problema más profundo que eso. La palabra «libre» llevó con él una connotación moral ineludible: Si la libertad es un fin en sí mismo, no importa si el software libre también pasó a ser el mejor o más rentable para ciertos negocios en determinadas circunstancias. Eran simplemente agradables efectos de secundarios de un motivo que fue, en su raíz, ni técnica ni mercantil, sino moral. Además, la posición de "libre como en libertad" obligó a una inconsistencia evidente de las corporaciones que querían apoyar programas gratis particular en uno de los aspectos de su negocio, pero continuar la comercialización de software propietario en otros. 
  6. ^ "Historia de la OSI". Opensource.org. 
  7. ^ B. Charny (03 de mayo de 2001). "Enfoque de código abierto Microsoft Raps". Noticias CNET. 
  8. ^ Jeffrey Voas, Keith W. Miller y Tom Costello. Software libre y de código abierto. 12(6) profesional de TI (Noviembre de 2010), pág. 14 – 16.
  9. ^ Eric S. Raymond. "Adiós,"software libre"; Hello, "open source"". CATB.org. El problema es doble. Primero,... el término «free» es muy ambiguo... En segundo lugar, el término hace muchos tipos corporativos nerviosos. 
  10. ^ Kelty, Christpher M. (2008). "La importancia Cultural del Software libre - dos Bits" (PDF). Universidad de Duke prensa - durham y Londres. p. 99. Antes de 1998, Software libre que se refiere a la Free Software Foundation (y la mirada obsesivamente de Stallman) o a uno de los miles de diferentes procesos comerciales, avocacionales, o proyectos de investigación de la Universidad, licencias y las ideologías que tenían una variedad de nombres: abrir de sourceware, freeware, shareware, software, software de dominio público y así sucesivamente. El término Open Source, por el contrario, intentó abarcar todo en un movimiento. 
  11. ^ Shea, Tom (1983-06-23). "software libre - software libre es un depósito de chatarra software de piezas de repuesto". InfoWorld. 2016-02-10. "en contraste con software comercial es un grande y creciente cuerpo de software libre que existe en el dominio público. Software de dominio público está escrita por aficionados del microordenador (también conocido como "hackers") muchos de ellos son programadores profesionales en su vida de trabajo. [...] Puesto que todo el mundo tiene acceso al código fuente, muchas rutinas no sólo ha utilizado sino dramáticamente mejorado por otros programadores." 
  12. ^ Raymond, Eric S. (1998-02-08). "Adiós,"software libre"; Hello, "open source"". 2008-08-13. Después Netscape anuncio rompió en enero hice mucho de pensar en la siguiente fase, el empuje seria para «software libre» aceptada en el mundo empresarial convencional. Y me di cuenta de que tenemos un grave problema con «software libre» sí mismo. Específicamente, tenemos un problema con el término «software libre», no el concepto. He convencido que el término tiene que ir. 
  13. ^ "estándares abiertos, abrir fuente de adopción 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. 2015-03-30. 
  14. ^ Holtgrewe, Ursula (2004). "Articulación de la Speed(s) de Internet: el caso del Software libre/fuente abierta.". Tiempo y sociedad. 13:: 129-146. doi:10.1177/0961463 X 04040750. 
  15. ^ "Pioneros de open Source se reúnen en cumbre histórica". 1998-04-14. 2014-09-20. 
  16. ^ Muffatto, Moreno (2006). Código abierto: Un enfoque multidisciplinario. Imperial College Press. ISBN 1-86094-665-8. 
  17. ^ "NETSCAPE ANUNCIA PLANES PARA HACER CÓDIGO DE FUENTE COMUNICADOR DE ÚLTIMA GENERACIÓN DISPONIBLE GRATIS EN LA RED". Netscape Communications Corporation. 1998-01-22. archivados de el original en 2007-04-01. 2013-08-08. PASO AUDAZ PARA APROVECHAR EL PODER CREATIVO DE MILES DE DESARROLLADORES DE INTERNET; EMPRESA HACE NETSCAPE NAVIGATOR Y COMMUNICATOR 4.0 LIBERAR INMEDIATAMENTE A TODOS LOS USUARIOS, SIEMBRA MERCADO PARA EMPRESA Y NETCENTER EMPRESAS  
  18. ^ "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, de la liberación del código fuente de Netscape navegador a mozilla.org". Netscape Communications. 1999-03-31. 2013-01-10. [...] La organización que gestiona los desarrolladores de código abierto trabajando en la próxima generación del software de Netscape navegador y de la comunicación. Este acontecimiento marcó un hito histórico para Internet como Netscape se convirtió en la primera empresa de software comercial importante para abrir su código fuente, una tendencia que se ha seguido desde entonces por varias otras sociedades. Puesto que el código fue publicado por primera vez en Internet, miles de personas y organizaciones han descargado y hecho cientos de contribuciones al software. Mozilla.org está celebrando este aniversario con una fiesta la noche del jueves en San Francisco. 
  19. ^ "Autoridad internacional y reconocimiento". Opensource.org. 
  20. ^ «Lista de afiliados OSI». Opensource.org. 
  21. ^ "Acuerdo de afiliado OSI". Opensource.org. 
  22. ^ Perens, Bruce. Fuentes abiertas: Voces de la revolución de código abierto. O ' Reilly Media. 1999.
  23. ^ La definición de Open Source por Bruce Perens. De enero de 1999. ISBN 1-56592-582-3. 
  24. ^ "La definición de Open Source". , La definición abierta de la fuente según la Open Source Initiative
  25. ^ "¿Cuántas licencias de código abierto se necesita? – Slashdot ". News.Slashdot.org. 2009-02-16. 2012-03-25. 
  26. ^ Iniciativa de código abierto. "La definición de Open Source (anotada)". opensource.org. 22 de julio 2016. 
  27. ^ Tiemann, Michael. "Historia de la OSI". Iniciativa de código abierto. Archivado de el original en 24 de septiembre de 2006. 13 de mayo 2014. 
  28. ^ Stallman, Richard (16 de junio de 2007). por qué «Código abierto» pierde el punto del Software libre». Filosofía del proyecto GNU. Free Software Foundation. 23 de julio, 2007. Como los defensores del código abierto atraer nuevos usuarios a nuestra comunidad, Somos activistas tienen que trabajar aún más para traer el tema de la libertad a la atención de los nuevos usuarios-software gratis. Tenemos que decir, 'es software libre y te da libertad! — más y más fuerte que nunca. Cada vez que digo 'software libre' en lugar de 'código abierto', ayudará a nuestra campaña. 
  29. ^ a b Stallman, Richard (19 de junio de 2007). por qué «Software libre» es mejor que «código abierto"". Filosofía del proyecto GNU. Free Software Foundation. 23 de julio, 2007. Tarde o temprano estos usuarios serán invitados a volver al software privativo por alguna ventaja práctica incontables compañías buscan ofrecer tal tentación, y ¿por qué disminuiría los usuarios? Sólo si han aprendido a valorar el software libre de la libertad les da, por sí mismo. Depende de nosotros difundir esta idea, y para ello, tenemos que hablar de libertad. Una cierta cantidad del enfoque 'guardar silencio' de negocios puede ser útil para la comunidad, pero un montón de libertad debemos hablar demasiado. 
  30. ^ a b Stallman, Richard (16 de junio de 2007). por qué «Código abierto» pierde el punto del Software libre». Filosofía del proyecto GNU. Free Software Foundation. 23 de julio, 2007. Bajo la presión de las película y registro de empresas, software para individuos a utilizar cada vez más está diseñada específicamente para restringirlos. Esta funcionalidad maliciosa se conoce como DRM o Gestión Digital de restricciones (véase DefectiveByDesign.org), y es la antítesis, en espíritu de la libertad que el software libre busca proveer. [...] Sin embargo algunos partidarios de código abierto tienen software 'open source DRM' propuesto. Su idea es que al publicar el código fuente de programas diseñados para restringir su acceso a los medios de comunicación cifrada, y permitir a otros a cambiar, que producirán más potente y fiable software para restringir los usuarios como tú. Luego se entregarán a usted en dispositivos que no le permiten cambiar. Este software puede ser 'open source' y utilizar el modelo de desarrollo de código abierto; pero no será software libre, puesto que no respeta la libertad de los usuarios que realmente ejecutarlo. Si el modelo de desarrollo de código abierto tiene éxito en la fabricación de este software más poderoso y confiable para restringir le, eso lo hará aún peor. 
  31. ^ Rosen, Lawrence. "conjunto de obras - Abra la fuente licencias: libertad del Software y la ley de propiedad intelectual". flylib.com. 22 de julio 2016. 
  32. ^ Andrew T. Pham, Verint Systems Inc. y Matthew B. Weinstein y Jamie L. Ryerson. "Fácil como el ABC: categorización de licencias de código abierto"; www.IPO.org. de junio de 2010.
  33. ^ Shiels, Maggie (2008-08-14). "Hito legal para el código abierto". Noticias de BBC. 2008-08-15. 
  34. ^ a b Popp, Dr. Karl Michael (2015). Mejores prácticas para el uso comercial de software de código abierto. Norderstedt, Alemania: Libros en demanda. ISBN 978-3738619096. 
  35. ^ [1] Programa archivado 15 de noviembre de 2007, en el Máquina de Wayback.
  36. ^ [2] Programa archivado 07 de diciembre de 2007, en el Máquina de Wayback.
  37. ^ a b c Raymond, Eric S. (2000-09-11). "La Catedral y el Bazar". 2004-09-19. 
  38. ^ Robles, Gregorio (2004). "Un enfoque de ingeniería de Software a Software Libre" (PDF). En Robert A. Gehring, Bernd Lutterbeck. Open Source Jahrbuch 2004 (PDF). Berlín: Universidad técnica de Berlín. 2005-04-20. 
  39. ^ Ghosh, R.A.; Robles, G.; Glott, R. (2002). «Libres y Open Source Software: encuesta y estudio parte V. ". Maastricht: Instituto Internacional de Infonomics. 
  40. ^ Departamento de defensa de Estados Unidos. «Open Source Software FAQ». Jefe de información. 22 de julio 2016. 
  41. ^ a b Sharma, Srinarayan; Vijayan Sugumaran; Balaji Rajagopalan (2002). "Un marco para la creación de híbridos-open source software comunidades" (PDF). Revista de sistemas de información. 12: 7-25. doi:10.1046/j.1365-2575.2002.00116.x. 
  42. ^ Landry, John; Rajiv Gupta (septiembre de 2000). "Beneficiándose de código abierto". Harvard Business Review. doi:10.1225/F00503. 
  43. ^ Reynolds, Carl; Jeremy Wyatt (febrero de 2011). "De código abierto, estándares abiertos y sistemas de información de atención de la salud". JMIR. 13. doi:10.2196/JMIR.1521. 2011-03-17. 
  44. ^ Plotkin, Hal (diciembre de 1998). "qué (y por qué) que debe saber sobre software de código abierto". Harvard Management Update:: 8-9. doi:10.1225/U9812D. 
  45. ^ Payne, Christian (febrero de 2002). "en la seguridad de Software de código abierto". Revista de sistemas de información. 12 (1): 61 – 78. doi:10.1046/j.1365-2575.2002.00118.x. 
  46. ^ "Guía de GNU Classpath Hacker: Guía de GNU Classpath Hacker". GNU.org. 2003-08-11. 2012-03-25. 
  47. ^ Meffert, Klaus; Neil Rotstan (2007). "Breve resumen de la codificación de estilo y práctica en JGAP". Paquete de algoritmos genéticos de Java. 2008-09-08. 
  48. ^ Tripp, Andy (2007-07-16). "Hackers de Classpath frustrados con el lento proceso de OpenJDK". Javalobby. 
  49. ^ a b Stamelos, Ioannis; Lefteris Angelis; Apostolos Oikonomou; Georgios L. Bleris (2002). "Análisis de calidad en desarrollo de Software de código abierto de código" (PDF). Diario de sistema de información. 12:: 43 – 60. doi:10.1109/MS.2007.2. 2008-09-08. 
  50. ^ Gallivan, Michael J. (2001). "un equilibrio entre confianza y Control en una organización Virtual: un análisis de contenido Open Source Software de estudios de caso". Revista de sistemas de información. 11 (4): 277 – 304. doi:10.1111/j.1365-2575.2001.00108.x. 
  51. ^ a b c Boldyreff, Cornelia; Lavery, Janet; Nutter, David; Fila, Stephen. "Procesos de desarrollo de código abierto y herramientas" (PDF). Flosshub. 22 de julio 2016. 
  52. ^ Stansberry, Glen (18 de septiembre de 2008). "Sistemas de Control de versión 7 revisaron – Smashing Magazine". Smashing Magazine. 22 de julio 2016. 
  53. ^ a b Frantzell, Lennart. "GitHub, Launchpad y BitBucket, como sistemas de control de versiones distribuido hoy están alimentando la sin precedentes global abierta revolución fuente". Developerworks de IBM. 22 de julio 2016. 
  54. ^ Baker, Jason. «top 4 abierto tema de fuente, herramientas de seguimiento». opensource.com. 22 de julio 2016. 
  55. ^ Francois Letellier (2008), Software de código abierto: el papel de ONGs en federar ecosistemas de innovación y negocios, AFME 2008.
  56. ^ Instituto de Software de fuente abierta. "Inicio". Instituto de Software de fuente abierta. 22 de julio 2016. 
  57. ^ Hellekson, Gunnar. "Inicio". Open Source para América. 2012-03-25. 
  58. ^ de EntandoSrl (Entando). "Mil-OSS". Mil-OSS. 2012-03-25. 
  59. ^ Popp, Dr. Karl Michael; Meyer, Ralf (2010). Se benefician de los ecosistemas de Software: modelos de negocio, los ecosistemas y asociaciones en la industria del Software. Norderstedt, Alemania: Libros en demanda. ISBN 9783839169834. 
  60. ^ Irina Guseva (@irina_guseva) (2009-03-26). "Mala economía es bueno para el código abierto". CMSWire.com. 2012-03-25. 
  61. ^ "Software de fuente abierta vs privativo". Centro de negocios de PCWorld. Pcworld.com. 2011-11-03. 2012-03-25. 
  62. ^ Geoff Spick (@Goffee71) (2009-10-26). "El movimiento de código abierto encuentra a amigos en la casa blanca". CMSWire.com. 2012-03-25. 
  63. ^ "La caja de Pandora para el código abierto – CNET News". News.cnet.com. 2004-02-12. 2012-03-25. 
  64. ^ Murphy, David (2010-08-15). «Encuesta: 98 por ciento de las empresas utiliza código abierto, 29 por ciento contribuir detrás». Noticias y opinión. PCMag.com. 2012-03-25. 
  65. ^ a b "Seguridad de la patria ayuda seguro código abierto – CNET News". News.cnet.com. 2012-03-25. 
  66. ^ Greenley, Neil. «Estudio de Software de código abierto». 9 de octubre 2012. 
  67. ^ Boulanger, A. (2005). ¿Software libre versus software propietario: es más confiable y segura que la otra? IBM Systems Journal, 44(2), 239-248.
  68. ^ Seltzer, Larry (2004-05-04). «Es libre realmente seguro?». PCMag.com. 2012-03-25. 
  69. ^ Michelle Delio. «Linux: menos errores que sus rivales». Wired.com. 2016-05-23. 
  70. ^ "Por qué código abierto pierde el punto del Software libre-proyecto GNU-Free Software Foundation". GNU.org. 2015-03-30. 
  71. ^ "Adiós,"software libre"; Hello, "open source"". El problema es doble. Primero,... el término «free» es muy ambiguo... En segundo lugar, el término hace muchos tipos corporativos nerviosos. 
  72. ^ Kelty, Christpher M. (2008). "La importancia Cultural del Software libre - dos Bits" (PDF). Universidad de Duke prensa - durham y Londres. p. 99. Antes de 1998, Software libre que se refiere a la Free Software Foundation (y la mirada obsesivamente de Stallman) o a uno de los miles de diferentes procesos comerciales, avocacionales, o proyectos de investigación de la Universidad, licencias y las ideologías que tenían una variedad de nombres: abrir de sourceware, freeware, shareware, software, software de dominio público y así sucesivamente. El término Open Source, por el contrario, intentó abarcar todo en un movimiento. 
  73. ^ OSI. "Historia de OSI". conferencistas decidieron que era hora de volcar la actitud moralizante y de confrontación que había sido asociada de «software libre» en el pasado y vender la idea estrictamente por los mismos motivos pragmáticos, caso de negocio 
  74. ^ Stallman, Richard. "https://www.gnu.org/philosophy/floss-and-foss.en.html". SEDA y software LIBRE. Free Software Foundation. 22 de julio 2016.  Enlace externo en |title = (Ayuda)
  75. ^ Stallman, Richard (2007-06-16). por qué «Código abierto» pierde el punto del Software libre». Filosofía del proyecto GNU. Proyecto GNU. 2007-07-23. 
  76. ^ Tiemann, Michael (19 2006 de septiembre de). "Historia de la OSI". Iniciativa de código abierto. 23 de agosto 2008. 
  77. ^ Nelson, Russell (2007-03-26). "Marca de certificación". Iniciativa de código abierto. Archivado de el original en 2008-02-06. 2007-07-22. 
  78. ^ Raymond, Eric S. (1998-11-22). «Anuncio del lanzamiento OSI». Iniciativa de código abierto. 2007-07-22. 
  79. ^ Nelson, Russell (2006-09-19). «Licencias de código abierto por categoría». Iniciativa de código abierto. 2007-07-22. 
  80. ^ «Microsoft anuncia ampliación de iniciativa de fuente compartida». Geekzone.co.nz. 2005-03-21. 2015-03-30. 
  81. ^ «OSI aprueba propuestas de licencia de Microsoft». opensource.org. 2007-10-17. 2013-08-08. Actuando en el Consejo de la Cátedra de aprobación de licencia, la Junta de la 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 fue informada por la abrumadora (aunque no unánime) consenso de la comunidad de código abierto que estas licencias satisficieron los 10 criterios de la definición de Open Source y deben ser aprobados. 
  82. ^ Tiemann, Michael (2007-06-21). "Será el verdadero Open Source CRM por favor soporte para arriba?". Iniciativa de código abierto. 2008-01-04. 
  83. ^ Berlind, David (2006-11-21). ¿"SugarCRM, Socialtext, Zimbra, Scalix y otros abusan del término"open source?"". ZDNet. 2008-01-04. 
  84. ^ Vance, Ashlee (2007-07-25). "SugarCRM negocia badgeware para GPL 3". El registro de. 2008-09-08. 
  85. ^ "La plataforma de código abierto para computación numérica". INRIA. 2008-01-04. 
  86. ^ «Licencia SCILAB». INRIA. 2008-01-04. 
  87. ^ Agerfalk, Par y Fitzgerald, Brian (2008), Outsourcing a una desconocida fuerza de trabajo: explorando Opensourcing como una estrategia de abastecimiento Global, MIS trimestral, Vol. 32, No 2, pp.385-410
  88. ^ Gunter, Joel (10 de mayo de 2013). "estación de espacio internacional para ir audazmente con Linux sobre Windows". El telégrafo. 
  89. ^ Bridgewater, Adrian (13 de mayo de 2013). "La estación espacial internacional adopta Linux Debian, cae Windows y Red Hat en la esclusa de aire". Ordenador semanal. 
  90. ^ Michael J. Gallivan, "un equilibrio entre confianza y Control en una organización Virtual: un análisis de contenido Open Source Software de estudios de caso", diario de sistemas de información 11 (2001): 277 – 304
  91. ^ Hal Plotkin, "qué (y por qué) que debe saber sobre software de código abierto" Harvard Management Update 12 (1998): 8 – 9
  92. ^ Noyes, Katherine. "Software de código abierto es ahora una norma en las empresas". PCWorld. 22 de julio 2016. 
  93. ^ Stallman, Richard (24 de septiembre de 2007). por qué «Código abierto» pierde el punto del Software libre». Filosofía del proyecto GNU. Free Software Foundation. 6 de diciembre, 2007. Sin embargo, no todos los usuarios y desarrolladores de software libre de acuerdo con los objetivos del movimiento del software libre. En 1998, una parte de la comunidad de software libre astillada y comenzó a hacer campaña en nombre de 'código abierto'. El término fue propuesto originalmente para evitar un posible malentendido del término 'software libre', pero pronto llegó a ser asociado con visiónes filosóficas muy diferentes de las del movimiento del software libre. 
  94. ^ "¿Qué es open source?. 29 de julio, 2013. 
  95. ^ "Ecología de código abierto". .. .building el mundo de replicable abierto autosuficiente descentralizada ecoaldeas Permacultura alta en tecnología apropiada... 
  96. ^ "Colaboración abierta Bitcoin". Informs.org. 2014-01-02. 2015-03-30. 
  97. ^ Levine, S. S. & Prietula, M. J. (2013). Abierta la colaboración para la innovación: principios y funcionamiento. Ciencia de la organización. doi: 10.1287/orsc.2013.0872
  98. ^ Raymond, Eric S. La Catedral y el Bazar. Ed 3.0. 2000.

Lectura adicional

  • Androutsellis-Theotokis, Stephanos; Spinellis, Diomidis; Kechagia, María; Gousios, Georgios (2010). "software de código abierto: un estudio de 10.000 pies" (PDF). Fundamentos y tendencias en tecnología, información y gestión de operaciones. 4 (3 – 4): 187 – 347. doi:10.1561/0200000026. ISBN 978-1-60198-484-5. 
  • Coleman, E. Gabriella. Codificación de libertad: La ética y la estética de la piratería (Princeton para ARRIBA, 2012)
  • Fadi Deek de P.; James A. M. McHugh (2008). Open Source: Tecnología y política. Cambridge: Cambridge University Press. ISBN 978-0-511-36775-5. 
  • Chris DiBona y Sam Ockman y piedra de la marca, ed. (1999). Fuentes abiertas: Voces de la revolución de código abierto. O ' Reilly. ISBN 1-56592-582-3. 
  • Joshua Gay, ed. (2002). Software libre, sociedad libre: Ensayos de Richard M. Stallman seleccionados (PDF). Boston: Prensa de GNU, Free Software Foundation. ISBN 1-882114-98-1. 
  • Comprensión FOSS
  • Benkler, Yochai (2002), "Pingüino de Coase, o, Linux y la naturaleza de la empresa." ley de Yale Journal 112.3 (Dic de 2002): p367(78) (en Adobe PDF formato)
  • v. Engelhardt, Sebastián (2008). "Las propiedades económicas del Software", papeles de investigación económica de Jena, volumen 2 (2008), número 2008-045 (PDF). 
  • Lerner, J. y Tirole, J. (2002): algunos economía simple en código abierto, 50(2) Journal Of Industrial Economics, p 197-234
  • Välimäki, Mikko (2005). El aumento de las licencias de código abierto: un desafío para el uso de la propiedad intelectual en la industria del Software (PDF). Publicación de Turre. 
  • Polley, Barry (2007-12-11). "Abra la fuente documento – versión 1.0" (PDF). Ministerio de Justicia de Nueva Zelanda. 2007-12-12. 
  • Rossi, M. A. (2006): Descifrar el rompecabezas de software libre Fuente: A encuesta de contribuciones teóricas y empíricas, en J. Bitzer P. Schröder, eds, 'La economía de abrir fuente de desarrollo de Software', p 15-55.
  • Fuentes abiertas: Voces de la revolución de código abierto — un libro en línea que contiene ensayos de destacados miembros de la comunidad de código abierto
  • Donde la fuente: desenredando el Debate Software libre/fuente abierta, ensayo sobre las diferencias entre software libre y de código abierto, por Thomas Scoville
  • Berry, M D (2004). La contestación del código: una investigación preliminar en el discurso del Software libre y Software de libre movimiento, estudios del discurso crítico, 1 del volumen 1.

Acoplamientos externos

  • El Iniciativa de código abierto's definición de código abierto
  • Comunidad de investigación de fuente libre / abierta — Muchos trabajos de investigación sobre código abierto
  • Software de código abierto en DMOZ

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=Open-source_software&oldid=747962891"