El movimiento del software de código abierto es un movimiento social que apoya el uso de licencias de código abierto para algunos o todos los programas informáticos, como parte de la noción más amplia de colaboración abierta . [ 1 ] El movimiento surgió para promover el desarrollo y la adopción de software de código abierto .
Los programadores que participan en el movimiento de código abierto contribuyen al desarrollo de software mediante la colaboración voluntaria y el intercambio de código. [ 2 ] Las licencias de código abierto suelen requerir que el código fuente esté disponible sin restricciones de modificación o redistribución, y prohíben la discriminación contra individuos o grupos. Bajo este modelo de desarrollo, cualquiera puede obtener, modificar y redistribuir código de código abierto. Las modificaciones se comparten normalmente con la comunidad en general, creando un proceso de desarrollo colaborativo donde las contribuciones se registran y se atribuyen. [ 3 ] Este enfoque colaborativo se diferencia de los modelos de desarrollo de software propietario por su énfasis en la transparencia y la participación de la comunidad. [ 2 ]
Breve historia
La etiqueta de código abierto fue creada y adoptada por un grupo de personas del movimiento del software libre en una sesión estratégica [ 4 ] celebrada en Palo Alto, California , en respuesta al anuncio de Netscape en enero de 1998 sobre la publicación del código fuente de Navigator . Una de las razones para usar el término fue que "la ventaja de usar el término código abierto es que el mundo empresarial suele intentar impedir la instalación de tecnologías libres" [ 5 ] . Quienes adoptaron el término aprovecharon la oportunidad, antes de la publicación del código fuente de Navigator, para liberarse de las connotaciones ideológicas y de confrontación del término "software libre". Posteriormente, en febrero de 1998, Bruce Perens y Eric S. Raymond fundaron una organización llamada Open Source Initiative (OSI) "como una organización educativa, de defensa y de gestión en un momento crucial en la historia de esa cultura" [ 6 ] .
Evolución
En los inicios de la informática, el hardware y el software no se distinguían claramente. Los usuarios de computadoras solían tener conocimientos de programación y podían modificar los sistemas que utilizaban. Cuando IBM lanzó la primera computadora electrónica comercial en 1952, el mantenimiento era complejo y los costos elevados. La complejidad del software planteaba desafíos adicionales para los propietarios de computadoras. En respuesta, estos formaron un grupo colaborativo llamado PACT (Proyecto para el Avance de las Técnicas de Codificación) para desarrollar herramientas de programación compartidas. En 1956, la administración Eisenhower impuso restricciones a las actividades comerciales de AT&T , lo que influyó en los patrones de desarrollo tecnológico posteriores. Los fabricantes de computadoras se centraron entonces en reducir costos y desarrollar sistemas operativos multiusuario. El centro de computación del MIT desarrolló el Sistema de Tiempo Compartido Compatible (CTSS), uno de los primeros sistemas multiusuario, sentando las bases para las prácticas posteriores de desarrollo colaborativo de software. [ 7 ]
El movimiento de código abierto se deriva del movimiento del software libre , que comenzó a finales de los 80 con el lanzamiento del proyecto GNU por Richard Stallman . [ 8 ] Dentro de la comunidad de código abierto, Stallman es considerado como una figura clave en la conceptualización del código fuente compartido libremente para el desarrollo de software. [ 3 ] El término " software libre " en el movimiento del software libre implica libertad de intercambio y modificación de software. El término no se refiere a ninguna libertad monetaria. [ 3 ] Tanto el movimiento del software libre como el de código abierto comparten esta visión del libre intercambio de código de programación , y esta es a menudo la razón por la que ambos movimientos se mencionan en la literatura como parte de las comunidades FOSS o "Software Libre y Abierto" o FLOSS o "Software Libre/Libre Abierto".
Estos movimientos comparten diferencias fundamentales en su visión del software libre. La principal diferencia, que genera divisiones entre los grupos, radica en la relación entre el software de código abierto y el software propietario. A menudo, los fabricantes de software propietario , como Microsoft , pueden esforzarse por apoyar el software de código abierto para mantener su competitividad. [ 9 ] Los miembros de la comunidad de código abierto están dispuestos a coexistir con los fabricantes de software propietario [ 3 ] y consideran que la cuestión de si un software es de código abierto es una cuestión práctica. [ 10 ]
Por el contrario, los miembros de la comunidad del software libre sostienen que todo software forma parte de la libertad de expresión [ 3 ] y que el software propietario es poco ético e injusto. [ 3 ] El movimiento del software libre defiende abiertamente esta creencia mediante charlas que denuncian el software propietario. En general, la comunidad se niega a apoyar el software propietario. Además, existen motivaciones externas para estos desarrolladores. Una de ellas es que, cuando un programador corrige un error o crea un programa, beneficia a otros en un entorno de código abierto. Otra motivación es que un programador puede trabajar en múltiples proyectos que le resulten interesantes y gratificantes. Programar en el mundo del código abierto también puede conducir a ofertas de trabajo comerciales o al acceso a la comunidad de capital de riesgo. Estas son solo algunas de las razones por las que los programadores de código abierto continúan creando y desarrollando software. [ 11 ]
Si bien reconoce que tanto el movimiento del software libre como el de código abierto comparten similitudes en las recomendaciones prácticas sobre el código abierto, el movimiento del software libre continúa diferenciándose fervientemente del movimiento de código abierto por completo. [ 12 ] El movimiento del software libre sostiene que tiene actitudes fundamentalmente diferentes respecto a la relación entre el software de código abierto y el software propietario. Sin embargo, la comunidad del software libre no considera a la comunidad de código abierto como su principal queja. Su queja principal es el software propietario en sí mismo. [ 3 ]
Cuestiones legales
El movimiento de código abierto se ha enfrentado a diversos desafíos legales. Las empresas que gestionan productos de código abierto tienen dificultades para proteger sus marcas registradas. Por ejemplo, el alcance de la conjetura de " licencia implícita " sigue sin estar claro y puede comprometer la capacidad de una empresa para patentar productos elaborados con software de código abierto. Otro ejemplo es el caso de las empresas que ofrecen complementos de pago; los licenciatarios que realizan modificaciones al código abierto similares a las que se ofrecen a la venta pueden estar exentos de demandas por infracción de patentes.
En el caso judicial " Jacobsen contra Katzer ", el demandante demandó al demandado por no incluir los avisos de atribución requeridos en su versión modificada del software, violando así la licencia. El demandado alegó una licencia artística al no cumplir con las condiciones de uso del software, pero la redacción del aviso de atribución determinó que esto no era cierto. El caso "Jacobsen contra Katzer" estableció la igualdad del software de código abierto con el software propietario ante la ley.
En un caso judicial que acusaba a Microsoft de ser un monopolio, Linux y el software de código abierto se presentaron ante el tribunal para demostrar que Microsoft tenía competidores legítimos y que estaba agrupada con Apple . [ 13 ]
Existen recursos disponibles para quienes participan en proyectos de código abierto y necesitan asesoramiento legal. El Software Freedom Law Center ofrece una guía básica sobre cuestiones legales relacionadas con el código abierto. La International Free and Open Source Software Law Review ofrece información revisada por pares para abogados sobre temas de software libre.
Formalización
La Open Source Initiative (OSI) desempeñó un papel fundamental en la formalización del movimiento de código abierto. La OSI fue fundada por Eric Raymond y Bruce Perens en febrero de 1998 con el propósito de brindar educación general y promover la etiqueta de código abierto mediante la creación de la Definición de Código Abierto, basada en las Directrices de Software Libre de Debian. La OSI se ha convertido en uno de los principales impulsores y defensores del movimiento de código abierto. [ 6 ]
En febrero de 1998, el movimiento de código abierto fue adoptado, formalizado e impulsado por la Open Source Initiative (OSI), una organización formada para comercializar software "como algo más adecuado para el uso comercial" [ 3 ]. La OSI solicitó el registro de "Open Source" ante la Oficina de Patentes y Marcas de los Estados Unidos, pero fue denegado debido a que el término era genérico y/o descriptivo. En consecuencia, la OSI no posee la marca registrada "Open Source" a nivel nacional o internacional, aunque sí reclama derechos de marca de derecho consuetudinario sobre el término. [ 2 ]. La principal herramienta que adoptaron para esto fue la Definición de Código Abierto . [ 14 ].
La etiqueta de código abierto se concibió en una sesión estratégica que tuvo lugar el 3 de febrero de 1998 en Palo Alto, California, y el 8 de abril del mismo año, los asistentes a la Cumbre de Software Libre de Tim O'Reilly votaron a favor de promover el uso del término código abierto . [ 6 ]
En general, los desarrollos de software surgidos del movimiento de código abierto no han sido exclusivos del campo de la informática, pero han logrado desarrollar alternativas al software propietario. Los miembros de la comunidad de código abierto mejoran el código y escriben programas que pueden competir con gran parte del software propietario ya disponible. [ 3 ]
El discurso retórico utilizado en los movimientos de código abierto se está ampliando para incluir a un grupo más amplio de usuarios no expertos, así como a organizaciones de defensa. Diversos grupos organizados, como Creative Commons y agencias de desarrollo global, también han adoptado los conceptos de código abierto según sus propios objetivos y propósitos. [ 15 ]
Los factores que afectan la formalización legal del movimiento de código abierto se basan principalmente en el debate político reciente sobre derechos de autor, apropiación y propiedad intelectual. [ 16 ]
Estructura social de los equipos de contribución de código abierto
Históricamente, los investigadores han caracterizado a los colaboradores de código abierto como un grupo centralizado con forma de cebolla. [ 17 ] El centro de la cebolla está formado por los colaboradores principales que impulsan el proyecto mediante grandes cantidades de código y decisiones de diseño de software. La segunda capa más externa son los colaboradores que responden a las solicitudes de extracción y los informes de errores . La tercera capa más externa son los colaboradores que principalmente envían informes de errores. La capa más externa son aquellos que supervisan el repositorio y los usuarios del software generado. Este modelo se ha utilizado en la investigación para comprender el ciclo de vida del software de código abierto, comprender a los colaboradores de proyectos de software de código abierto, cómo herramientas como pueden ayudar a los colaboradores en los distintos niveles de participación en el proyecto y comprender mejor cómo la naturaleza distribuida del software de código abierto puede afectar la productividad de los desarrolladores. [ 18 ] [ 19 ] [ 20 ]
Algunos investigadores han discrepado con este modelo. El trabajo de Crowston et al. ha encontrado que algunos equipos están mucho menos centralizados y siguen un patrón de flujo de trabajo más distribuido. [ 18 ] Los autores informan que hay una correlación débil entre el tamaño del proyecto y la centralización, siendo los proyectos más pequeños más centralizados y los más grandes menos centralizados. Sin embargo, los autores solo analizaron la notificación y corrección de errores, por lo que no queda claro si este patrón se asocia únicamente con la detección y corrección de errores o si la centralización se vuelve más distribuida con el tamaño para todos los aspectos del paradigma de código abierto.
Es importante comprender la centralización frente a la naturaleza distribuida de un equipo, ya que puede orientar el diseño de herramientas y ayudar a los nuevos desarrolladores a comprender la dinámica del equipo. Una preocupación con el desarrollo de código abierto es la alta tasa de rotación de desarrolladores, incluso entre los principales colaboradores (aquellos en el centro de la "cebolla"). [ 21 ] Para continuar un proyecto de código abierto, es necesario que nuevos desarrolladores se unan continuamente, pero también deben tener las habilidades necesarias para contribuir con código de calidad al proyecto. Mediante un estudio sobre la contribución a GitHub en proyectos de código abierto, Middleton et al. descubrieron que el principal predictor de que los colaboradores se convirtieran en miembros de pleno derecho de un equipo de código abierto (pasando al "núcleo" de la "cebolla") era si enviaban y comentaban solicitudes de extracción. Los autores sugieren entonces que GitHub, como herramienta, puede ayudar en este proceso al admitir funciones de "casilla de verificación" en el proyecto de código abierto de un equipo que inciten a los colaboradores a participar en estas actividades. [ 20 ]
Participación juvenil
La comunidad de código abierto ha reconocido desde hace tiempo la importancia de involucrar a las generaciones más jóvenes para garantizar la sostenibilidad y la innovación de los proyectos de código abierto. Sin embargo, se han planteado preocupaciones sobre el envejecimiento demográfico de los colaboradores de código abierto y los desafíos para atraer a desarrolladores más jóvenes. En 2010, James Bottomley, un destacado mantenedor del kernel de Linux , observó el "envejecimiento" de la comunidad del kernel de Linux, una tendencia que continúa hoy en día. [¿Quién podrá descifrar y programar, en las generaciones futuras, sin acceso a la información confidencial?], David Nalley, presidente de la Apache Software Foundation (ASF), enfatizó que el mantenimiento del código heredado suele ser poco atractivo para los desarrolladores más jóvenes, quienes prefieren trabajar en proyectos nuevos e innovadores. [ 22 ]
Si bien contribuir a proyectos de código abierto puede brindar una valiosa experiencia en desarrollo, documentación, internacionalización y otras áreas, las barreras de entrada a menudo dificultan la participación de los recién llegados, especialmente de los jóvenes. Estos desafíos incluyen factores técnicos, psicológicos y motivacionales. [ 23 ]
Para abordar estos desafíos, iniciativas como el Programa de Mentoría del Núcleo de Linux buscan reclutar y capacitar a nuevos desarrolladores. El Programa de Mentoría LFX también busca patrocinar y guiar a la próxima generación de desarrolladores y líderes de código abierto en diversos proyectos. [ 24 ]
Motivaciones de los programadores
La investigación ha examinado las motivaciones de los programadores para participar en el desarrollo de código abierto. Un estudio presentado en el XV Congreso Anual de la Asociación Económica Europea analizó los incentivos individuales y organizacionales para contribuir con trabajo de programación no remunerado, señalando que esta forma de "donación intelectual" desafía los modelos económicos tradicionales. [ 25 ] Se han identificado varios factores como posibles motivaciones:
- Altruismo : Si bien existen motivaciones altruistas entre algunos contribuyentes, la investigación sugiere que este factor tiene limitaciones como explicación principal de la amplia participación en proyectos de código abierto. Algunos investigadores se preguntan por qué no se observan contribuciones voluntarias similares en otros campos que podrían tener un mayor beneficio público, como la biotecnología. [ 25 ]
- Colaboración comunitaria y mejora del código : El entorno colaborativo en línea facilita la mejora continua del software mediante la revisión y modificación por pares. Los colaboradores se benefician de las pruebas, la depuración y la mejora del código de otros, creando un sistema de beneficio mutuo que puede dar como resultado un software de mayor calidad. [ 25 ]
- Reconocimiento profesional : Si bien los proyectos no siempre destacan a los colaboradores individuales, muchas plataformas rastrean y muestran la información de los colaboradores. Esta visibilidad puede brindar reconocimiento profesional, oportunidades laborales y exposición en la industria. Empresas tecnológicas notables, como Sun Microsystems y Netscape, fueron fundadas por personas que comenzaron como colaboradores de código abierto. [ 25 ]
- Desafío técnico y demostración de habilidades : Algunos investigadores han señalado que los programadores pueden abordar problemas complejos como oportunidades para demostrar sus habilidades técnicas a sus compañeros. [ 26 ] La naturaleza competitiva de las comunidades de código abierto, donde los usuarios también pueden ser desarrolladores, puede motivar a los participantes a producir trabajos de alta calidad para obtener el reconocimiento de sus pares. [ 27 ]
- Expresión creativa : Las investigaciones sugieren que el desarrollo de software puede proporcionar una satisfacción personal similar a la de la creación artística. La naturaleza colaborativa del desarrollo de código abierto puede ofrecer oportunidades creativas que difieren de los entornos de producción de software comercial. [ 28 ]
Diversidad de género entre los programadores
La gran mayoría de los programadores en las comunidades de código abierto son hombres. En un estudio de 2006 para la Unión Europea sobre comunidades de software libre y de código abierto, los investigadores encontraron que solo el 1,5 % de todos los colaboradores eran mujeres. [ 29 ] Si bien las mujeres generalmente están subrepresentadas en la informática, el porcentaje de mujeres en profesiones tecnológicas es en realidad mucho mayor, cercano al 25 %. [ 30 ] Esta discrepancia sugiere que las programadoras tienen, en general, menos probabilidades que los programadores de participar en proyectos de código abierto.
Algunas investigaciones y entrevistas con miembros de proyectos de código abierto han descrito una cultura dominada por hombres dentro de las comunidades de código abierto que puede ser poco acogedora u hostil hacia las mujeres. [ 31 ] Hay iniciativas como Outreachy que buscan apoyar a más mujeres y otras identidades de género subrepresentadas para que participen en el software de código abierto. Sin embargo, dentro de los foros de discusión de los proyectos de código abierto, el tema de la diversidad de género puede ser muy controvertido e incluso incendiario. [ 31 ] Una visión central en el software de código abierto es que, dado que el software se construye y mantiene en función del mérito de las contribuciones de código individuales, las comunidades de código abierto deben actuar como una meritocracia. [ 32 ] En una meritocracia, la importancia de un individuo en la comunidad depende de la calidad de sus contribuciones individuales y no de factores demográficos como la edad, la raza, la religión o el género. Por lo tanto, proponer cambios en la comunidad basados en el género, por ejemplo, para hacerla más acogedora para las mujeres, va en contra del ideal de una meritocracia al dirigirse a ciertos programadores por su género y no en función únicamente de su habilidad. [ 31 ]
Hay evidencia de que el género influye en el mérito percibido de un programador en la comunidad. Un estudio de 2016 identificó el género de más de un millón de programadores en GitHub , al vincular la cuenta de GitHub del programador con sus otras cuentas de redes sociales. [ 33 ] Entre programadores masculinos y femeninos, los investigadores encontraron que las programadoras tenían más probabilidades de que sus solicitudes de extracción fueran aceptadas en el proyecto que los programadores masculinos, pero solo cuando la mujer tenía un perfil de género neutro. Cuando las mujeres tenían perfiles con un nombre o imagen que las identificaba como mujeres, tenían menos probabilidades que los programadores masculinos de que sus solicitudes de extracción fueran aceptadas. Otro estudio de 2015 encontró que, en los proyectos de código abierto en GitHub, la diversidad de género era un predictor positivo significativo de la productividad de un equipo, lo que significa que los equipos de código abierto con una mezcla más equilibrada de diferentes géneros tendían a ser más productivos. [ 32 ]
Muchos proyectos han adoptado el código de conducta del Pacto del Colaborador para abordar las preocupaciones sobre el acoso a desarrolladores pertenecientes a minorías. Quien infrinja el código de conducta podrá ser sancionado y, en última instancia, expulsado del proyecto.
Para evitar ofender a las minorías, muchos proyectos de software han comenzado a exigir el uso de lenguaje y terminología inclusivos. [ 34 ]
Evidencia de adopción de código abierto
Las bibliotecas utilizan software de código abierto para desarrollar información y servicios bibliotecarios. El objetivo del código abierto es proporcionar software más económico, fiable y de mejor calidad. Una de las características que lo hace tan atractivo es su gratuidad. Las bibliotecas, en particular, se benefician de este movimiento gracias a los recursos que ofrece. Además, promueven la idea de aprender y comprender nueva información a través de los recursos de otras personas. El código abierto fomenta un sentido de comunidad e invita a cualquier persona a aportar información sobre diversos temas. Las herramientas de código abierto incluso permiten a las bibliotecas crear catálogos web. Según la fuente de TI, existen diversos programas bibliotecarios que se benefician de esto. [ 35 ]
Agencias gubernamentales y software de infraestructura : Las agencias gubernamentales están utilizando software de infraestructura de código abierto, como el sistema operativo Linux y el servidor web Apache, para gestionar la información. [ 36 ] En 2005, se lanzó un nuevo grupo de presión gubernamental bajo el nombre de Centro Nacional para la Política y la Investigación de Código Abierto (NCOSPR), "una organización sin fines de lucro que promueve el uso de soluciones de software de código abierto dentro de las empresas de TI gubernamentales". [ 37 ]
Movimiento de código abierto en el ámbito militar : Las fuerzas armadas han explorado el software de código abierto por sus posibles beneficios operacionales. El software de código abierto permite la modificación por parte de múltiples colaboradores, lo que potencialmente ofrece un desarrollo rentable y capacidades de personalización rápidas. El interés militar surge de la posibilidad de una mayor velocidad de desarrollo y flexibilidad operacional. Sin embargo, surgen consideraciones de seguridad debido a la naturaleza abierta de la modificación y el acceso al código. El Grupo de Trabajo de Software de Código Abierto Militar , establecido en 2009 con más de 120 miembros militares, se organizó para facilitar la colaboración entre desarrolladores de software y contratistas de organizaciones militares. El grupo tenía como objetivo explorar oportunidades para la reutilización de código y el desarrollo colaborativo en aplicaciones militares. [ 38 ]
Software de código abierto en la educación : las universidades y organizaciones utilizan software principalmente en línea para educar a sus estudiantes. Muchas instituciones están adoptando la tecnología de código abierto porque les permite ahorrar el costo de pagar a empresas por el suministro de estos sistemas de software administrativo. Una de las primeras universidades importantes en adoptar un sistema de código abierto fue la Universidad Estatal de Colorado en 2009, seguida por muchas otras. El sistema de la Universidad Estatal de Colorado fue desarrollado por la Fundación Kuali , que se ha convertido en un actor clave en los sistemas administrativos de código abierto. La Fundación Kuali se define como un grupo de organizaciones cuyo objetivo es "crear y mantener software de código abierto para la educación superior, por la educación superior". [ 39 ] Existen muchos otros ejemplos de instrumentos de código abierto utilizados en la educación, además de los de la Fundación Kuali.
Para los educadores, el Movimiento de Código Abierto permitió el acceso a software que podía utilizarse para enseñar a los estudiantes cómo aplicar las teorías que estaban aprendiendo. [ 40 ] Con redes y software abiertos, los docentes pueden compartir lecciones, conferencias y otros materiales del curso dentro de una comunidad. OpenTechComm es un programa dedicado a ofrecer recursos pedagógicos, libros de texto y libros de texto de acceso, uso y edición abiertos, en los que los docentes de cursos de comunicación técnica y profesional de todos los niveles pueden confiar para crear ofertas gratuitas para sus estudiantes. [ 41 ] Como se mencionó anteriormente, el acceso a programas como este sería mucho más rentable para los departamentos educativos.
Software de código abierto en el sector sanitario — Creado en junio de 2009 por la organización sin ánimo de lucro eHealthNigeria, el software de código abierto OpenMRS se utiliza para documentar la atención sanitaria en Nigeria. Su uso comenzó en Kaduna, Nigeria, con fines de salud pública. OpenMRS gestiona funciones como alertar al personal sanitario cuando los pacientes muestran signos de alerta de ciertas afecciones y registra nacimientos y defunciones diariamente, entre otras. El éxito de este software se debe a su facilidad de uso para quienes se inician en la tecnología, en comparación con el software sanitario propietario más complejo disponible en los países desarrollados. Este software es desarrollado por la comunidad y puede ser utilizado libremente por cualquier persona, característica de las aplicaciones de código abierto. Hasta la fecha, OpenMRS se utiliza en Ruanda, Mozambique, Haití, India, China y Filipinas. [ 42 ] El impacto del código abierto en el sector sanitario también es observado por Apelon Inc., el "proveedor líder de soluciones de interoperabilidad de datos y terminología". Recientemente, su Sistema de Terminología Distribuida (Open DTS) comenzó a dar soporte al sistema de base de datos de código abierto MySQL. Esto permite, en esencia, el uso de software de código abierto en el sector sanitario, reduciendo la dependencia de costosos programas informáticos propietarios. Gracias al software de código abierto, el sector sanitario dispone de una solución gratuita para implementar estándares sanitarios. El código abierto no solo beneficia económicamente al sector sanitario, sino que la menor dependencia de software propietario facilita la integración de diversos sistemas, independientemente del desarrollador. [ 43 ]
Empresas
IBM
Originalmente, IBM no era una empresa que se adentrara en el software de código abierto. En la década de 1990, defendían la propiedad intelectual y otros medios de software privatizados. [ 44 ] Según una cita, no fue hasta que IBM se vio desafiada por la evolución del mercado competitivo, en particular por Microsoft, que decidió invertir más recursos en software de código abierto. Desde entonces, su enfoque se ha centrado más en el servicio al cliente y en un soporte de software más sólido. [ 44 ] IBM ha sido un defensor destacado de la Iniciativa de Código Abierto y comenzó a dar soporte a Linux en 1998. [ 45 ]

Como otro ejemplo, IBM decidió convertir el IDE (entorno de desarrollo integrado) Eclipse en código abierto, lo que provocó que otras empresas lanzaran sus propios IDE debido a la popularidad y el alcance de Eclipse en el mercado. [ 46 ]
Microsoft
Antes de 2008, Microsoft mantenía una relación hostil hacia el software de código abierto. [ 47 ] El sentimiento anti-código abierto de la compañía fue reforzado por el ex director ejecutivo Steve Ballmer , quien se refirió a Linux, un software de código abierto ampliamente utilizado, como un "cáncer que se adhiere... a todo lo que toca". [ 48 ] Microsoft también amenazó a Linux con cobrarle regalías por violar 235 de sus patentes.
En 2004, Microsoft perdió un caso ante un tribunal de la Unión Europea, [ 49 ] y perdió la apelación en 2007, [ 50 ] y su apelación posterior en 2012: [ 51 ] siendo condenada por abuso de su posición dominante. Específicamente, habían retenido información de interoperabilidad con el proyecto de código abierto Samba (software) , que puede ejecutarse en muchas plataformas y tiene como objetivo "eliminar las barreras a la interoperabilidad".
En 2008, sin embargo, Sam Ramji, entonces director de estrategia de software de código abierto en Microsoft, comenzó a trabajar estrechamente con Bill Gates para desarrollar una actitud favorable al código abierto tanto en la industria del software como en la propia Microsoft. Antes de dejar la empresa en 2009, Ramji impulsó la familiaridad y la participación de Microsoft en el código abierto, lo cual se evidencia en las contribuciones de código abierto de Microsoft a Microsoft Azure , entre otros proyectos. Estas contribuciones marcaron un cambio significativo con respecto a la histórica dependencia de Microsoft de los modelos de desarrollo propietarios. [ 52 ] El giro estratégico de Microsoft hacia el código abierto reflejó una respuesta a la creciente adopción de estas tecnologías en toda la industria y un esfuerzo por integrarse con el ecosistema de código abierto. [ 53 ]
Véase también
- Colaboración masiva
- Derechos digitales
- Lista de paquetes de software gratuitos y de código abierto
- Movimiento de diseño abierto
- Tecnología apropiada de código abierto
- Hardware de código abierto
- economía colaborativa
- Producción entre pares
- La catedral y el bazar , un libro de Eric S. Raymond sobre métodos de ingeniería de software.
Referencias
- ↑ Levine, Sheen S.; Prietula, MJ (2013). " Colaboración abierta para la innovación: principios y rendimiento". Organization Science . 25 (5): 1414– 1433. arXiv : 1406.7541 . doi : 10.1287/orsc.2013.0872 . S2CID 6583883. SSRN 1096442 .
- 1 2 3 Wyllys, RE (2000). Panorama general del movimiento de código abierto. Archivado el 16 de marzo de 2016 en Wayback Machine . Recuperado el 22 de noviembre de 2009 de la Escuela de Posgrado de Biblioteconomía y Ciencias de la Información de la Universidad de Texas en Austin.
- 1 2 3 4 5 6 7 8 9 Warger, T. (2002) El movimiento de código abierto. Archivado el 17 de julio de 2011 en Wayback Machine . Recuperado el 22 de noviembre de 2009 del Centro de Información de Recursos Educativos.
- ↑ Tiemann, Michael (19 de septiembre de 2006). "Historia de la OSI" . Open Source Initiative . Archivado del original el 1 de octubre de 2002. Recuperado el 23 de agosto de 2008 .
- ↑ Breve historia del movimiento de código abierto. Archivado el 11 de abril de 2011 en Wayback Machine . Sloanreview.mit.edu (18 de noviembre de 2011). Consultado el 30 de noviembre de 2011.
- 1 2 3 Historia de la OSI | Iniciativa de Código Abierto Archivado el 1 de octubre de 2002 en Wayback Machine . Opensource.org. Consultado el 30 de noviembre de 2011.
- ↑ Weber, Steven. El éxito del código abierto. El presidente y los miembros del Harvard College. 2004. Impreso, págs. 20-28. ISBN 978-0-674-01858-7Todo este párrafo hace referencia a Steven Weber.
- ↑ Tennant, D. (11 de agosto de 2008). Defendiendo los principios. Computerworld, pág. 4. Recuperado de la base de datos Business Source Premier.
- ↑ Taft, DK (3 de noviembre de 2009). Microsoft reitera su compromiso de donación de 100.000 dólares a Apache en ApacheCon . Archivado el 20 de noviembre de 2023 en Wayback Machine .(CITA:"Lo sentimos.Esta URL ha sido excluida de Wayback Machine.")Recuperado el 8 de mayo de 2020 de eWeek.
- ↑ Elliott, MS; Scacchi, Walt (2008). "Movilización de desarrolladores de software: El movimiento del software libre". Information Technology & People . 21 (1): 4. doi : 10.1108/09593840810860315 .
- ↑ Lerner, Josh; Tirole, Jean (marzo de 2000). "La economía simple del código abierto" (PDF) . Cambridge, MA: Oficina Nacional de Investigación Económica. CiteSeerX 10.1.1.145.3577 . Archivado (PDF) del original el 15 de diciembre de 2017. Recuperado el 10 de junio de 2015 .
{{cite journal}}: Para citar una revista se requiere|journal=( ayuda ) - ↑ Stallman, RM (2007). Por qué el "software libre" es mejor que el "código abierto". Archivado el 27 de marzo de 2021 en Wayback Machine . Recuperado el 22 de noviembre de 2009 de GNU.org.
- ↑ "Estados Unidos v. Microsoft Corp., 84 F. Supp. 2d 9 (DDC 1999)" . Justia Law . Consultado el 10 de octubre de 2025 .
- ↑ Definición de código abierto | Iniciativa de código abierto. Archivado el 7 de junio de 2007 en Wayback Machine . Opensource.org. Consultado el 30 de noviembre de 2011.
- ↑ Sullivan, John L. (2011). "La defensa del software libre y de código abierto como movimiento de justicia social: la expansión del discurso del movimiento F/OSS en el siglo XXI". Journal of Information Technology & Politics . 8 (3): 223– 239. doi : 10.1080/19331681.2011.592080 . S2CID 144013228 .
- ↑ Ceraso, A.; Pruchnic, J. (2011). «Introducción: Cultura y estética del código abierto» . Criticism . 53 (3): 337. doi : 10.1353/crt.2011.0026 . S2CID 31800586. Archivado del original el 22 de septiembre de 2017.
- ↑ Nakakoji, Kumiyo; Yamamoto, Yasuhiro; Nishinaka, Yoshiyuki; Kishida, Kouichi; Ye, Yunwen (2002). «Patrones de evolución de sistemas y comunidades de software de código abierto». Actas del taller internacional sobre Principios de evolución del software - IWPSE '02 . p. 76. doi : 10.1145/512035.512055 . ISBN 978-1-58113-545-9. S2CID 15341686 .
- 1 2 Crowston, Kevin ; Howison, James (7 de febrero de 2005). "La estructura social del desarrollo de software libre y de código abierto" . First Monday . doi : 10.5210/fm.v10i2.1207 .
- ↑ Sheoran, Jyoti; Blincoe, Kelly; Kalliamvakou, Eirini; Damian, Daniela; Ell, Jordan (2014). "Comprendiendo a los 'observadores' en GitHub". Actas de la 11.ª Conferencia de Trabajo sobre Minería de Repositorios de Software - MSR 2014. págs. 336–339 . doi : 10.1145/2597073.2597114 . ISBN 978-1-4503-2863-0. S2CID 11496776 .
- 1 2 Middleton, Justin; Murphy-Hill, Emerson; Green, Demetrius; Meade, Adam; Mayer, Roger; White, David; McDonald, Steve (2018). «¿Qué contribuciones predicen si los desarrolladores son aceptados en equipos de GitHub?». Actas de la 15.ª Conferencia Internacional sobre Minería de Repositorios de Software . págs. 403–413 . doi : 10.1145/3196398.3196429 . ISBN 978-1-4503-5716-6. S2CID 13695100 .
- ↑ Robles, G; JM Gonzalez-Barahona; I. Herraiz (2009). "Evolución del equipo central de desarrolladores en proyectos de software libre". Actas de la 6.ª Conferencia Internacional sobre Minería de Repositorios de Software : 167–170 .
- ↑ Vaughan-Nichols, Steven J. (15 de julio de 2024). "La comunidad de código abierto, cada vez más envejecida, necesita sangre nueva" . The Register . Recuperado el 17 de febrero de 2025 .
- ↑ Proven, Liam (14 de febrero de 2025). "¿Por qué hay tantos veteranos en el software libre?" . The Register . Consultado el 17 de febrero de 2025 .
- ↑ "LFX Mentorship" . Linux Foundation . Consultado el 17 de febrero de 2025 .
- 1 2 3 4 Lerner, Josh; Jean Tirole (9 de mayo de 2001). "El movimiento de código abierto: preguntas clave de investigación". European Economic Review . 45 ( 4–6 ): 819–826 . doi : 10.1016/S0014-2921(01)00124-6 .
- ↑ Greenspun, Philip. "Gestión de ingenieros de software" . Archivado del original el 9 de octubre de 2021. Consultado el 7 de febrero de 2012 .
- ↑ Yunwen Ye; Kishida, K. (2003). "Hacia una comprensión de la motivación de los desarrolladores de software de código abierto". 25.ª Conferencia Internacional sobre Ingeniería de Software, 2003. Actas . págs. 419–429 . doi : 10.1109/ICSE.2003.1201220 . ISBN 0-7695-1877-X. S2CID 1476378 .
- ↑ Bonaccorsi, Andrea; Cristina Rossi (2003). "Por qué el software de código abierto puede tener éxito" (PDF) . Desarrollo de software de código abierto . 32 (7): 1243– 1258. doi : 10.1016/S0048-7333(03)00051-9 . hdl : 10419/89290 . Archivado (PDF) del original el 19 de septiembre de 2020. Recuperado el 14 de diciembre de 2019 .
- ↑ Nafus, Dawn, James Leach y Bernhard Krieger. "Género: Informe integrado de resultados." FLOSSPOLS, Entregable D 16 (2006).
- ↑ "Mujeres en la tecnología: Los hechos" (PDF) . Archivado del original el 14 de mayo de 2021. Consultado el 19 de abril de 2021 .
{{cite web}}: CS1 maint: bot: estado de la URL original desconocido ( enlace ) - 1 2 3 Nafus, Dawn (1 de junio de 2012).«Los parches no tienen género»: ¿Qué no es abierto en el software de código abierto? New Media & Society . 14 (4): 669– 683. doi : 10.1177/1461444811422887 . S2CID 206727320 .
- 1 2 Vasilescu, Bogdan; Posnett, Daryl; Ray, Baishakhi; Van Den Brand, Mark GJ; Serebrenik, Alexander; Devanbu, Premkumar; Filkov, Vladimir (2015). "Diversidad de género y permanencia en equipos de GitHub". Actas de la 33.ª Conferencia Anual de la ACM sobre Factores Humanos en Sistemas Informáticos . págs. 3789–3798 . doi : 10.1145/2702123.2702549 . ISBN 978-1-4503-3145-6. S2CID 11705263 .
- ↑ Terrell, Josh; Kofink, Andrew; Middleton, Justin; Rainear, Clarissa; Murphy-Hill, Emerson; Parnin, Chris; Stallings, Jon (1 de mayo de 2017). "Diferencias de género y sesgo en el código abierto: aceptación de solicitudes de extracción de mujeres versus hombres" . PeerJ Computer Science . 3 e111. doi : 10.7717/peerj-cs.111 .
- ↑ "Iniciativa de denominación inclusiva" . Archivado del original el 3 de febrero de 2022. Consultado el 22 de octubre de 2021 .
- ↑ Poynder, Richard (2001). "El movimiento de código abierto" . Information Today . 8 (9). Archivado del original el 27 de mayo de 2011. Recuperado el 20 de enero de 2011 .
- ↑ Moore, John (14 de agosto de 2008). "¿Un papel protagónico para el código abierto? -" . FCW . Archivado del original el 19 de abril de 2021. Recuperado el 19 de abril de 2021 .
- ↑ Preimesberger, Chris (14 de octubre de 2005). "El movimiento de código abierto consigue un grupo de presión" . eWEEK . Archivado del original el 20 de noviembre de 2023. Recuperado el 19 de abril de 2021 .
- ↑ Toon, John (2009). "El movimiento de código abierto podría acelerar el desarrollo de software militar" . Instituto de Investigación de Georgia Tech . Archivado del original el 11 de julio de 2017. Recuperado el 21 de diciembre de 2011 .
- ↑ "Acerca de la comunidad Kuali | Fundación Kuali" . Fundación Kuali . 12 de junio de 2010. Archivado del original el 12 de junio de 2010. Consultado el 14 de septiembre de 2024 .
- ^ St. Amant & Ballentine 2011 p.343
- ↑ Todavía, Brian (2010). "Doce años después del nacimiento del código abierto en 1998, es hora de OpenTechComm" . Journal of Technical Writing and Communication . 40 (2): 219– 228. doi : 10.2190/TW.40.2.g . Recuperado el 29 de enero de 2025 .
- ↑ eHealthNigeria. (2012). eHealthNigeria: Preguntas frecuentes. Archivado el 4 de enero de 2012 en Wayback Machine . Consultado el 4 de febrero de 2012.
- ↑ «Apelon anuncia la disponibilidad de una solución de gestión de terminología completamente de código abierto» (Comunicado de prensa). Apelon. 17 de enero de 2012. Archivado del original el 2 de marzo de 2022. Consultado el 19 de abril de 2021 .
- 1 2 Munga, Neeshal; Fogwill, Thomas; Williams, Quentin (12 de octubre de 2009). "La adopción de software de código abierto en modelos de negocio: un estudio de caso de Red Hat e IBM" . Actas de la Conferencia Anual de Investigación de 2009 del Instituto Sudafricano de Científicos Informáticos y Tecnólogos de la Información . SAICSIT '09. Nueva York, NY, EE. UU.: Association for Computing Machinery. págs. 112–121 . doi : 10.1145/1632149.1632165 . ISBN 978-1-60558-643-4.
- ↑ "IBM lanza la mayor gama de Linux de su historia" . IBM. 2 de marzo de 1999. Archivado del original el 10 de noviembre de 1999.
- ↑ Fitzgerald, Brian (2006). "La transformación del software de código abierto" . MIS Quarterly . 30 (3): 587– 598. doi : 10.2307/25148740 . ISSN 0276-7783 . JSTOR 25148740 .
- ↑ Parloff, Roger. "Microsoft se enfrenta al mundo libre" . Fortune . Consultado el 10 de abril de 2026 .
- ↑ "El director ejecutivo de Microsoft se toma un descanso para el lanzamiento con el Sun-Times" . Chicago Sun-Times . 1 de junio de 2001. Archivado del original el 8 de noviembre de 2001. Consultado el 27 de junio de 2021 .
- ↑ "Groklaw.net – La decisión de la UE sobre Microsoft – diciembre de 2004" . Archivado del original el 22 de octubre de 2014. Consultado el 13 de octubre de 2014 .
- ↑ "Groklaw.net – Tribunal de Primera Instancia de la UE: Microsoft abusó de su posición dominante – Actualizado – Septiembre de 2007" . Archivado del original el 24 de septiembre de 2015. Consultado el 13 de octubre de 2014 .
- ↑ "Groklaw.net Microsoft pierde su apelación ante la UE" . Archivado del original el 22 de octubre de 2014. Consultado el 13 de octubre de 2014 .
- ↑ Metz, Cade (30 de enero de 2012). "Conozcan a Bill Gates, el hombre que cambió el software de código abierto" . Wired . Archivado del original el 19 de abril de 2021. Recuperado el 19 de abril de 2021 .
- ↑ Metz, Cade (4 de noviembre de 2011). "Cómo Microsoft aprendió a dejar de preocuparse y (casi) amar el código abierto" . Wired . Archivado del original el 25 de octubre de 2021. Recuperado el 19 de abril de 2021 .
Lecturas adicionales
- Ljungberg, J (2000). "Los movimientos de código abierto como modelo de organización". European Journal of Information Systems . 9 (4): 208– 216. doi : 10.1057/palgrave.ejis.3000373 .
- Meeker, Heather (2008). La alternativa del código abierto: comprender los riesgos y aprovechar las oportunidades . John Wiley & Sons . ISBN 978-0-470-19495-9.
- Schrape, Jan-Felix (2019). "Los proyectos de código abierto como incubadoras de innovación. Del fenómeno de nicho a la parte integral de la industria". Convergence . 25 (3): 409– 427. doi : 10.1177/1354856517735795 . S2CID 149165772 .
- Software Freedom Law Center (3 de marzo de 2008). "Introducción a los aspectos legales de los proyectos de software libre y de código abierto" .
- El Movimiento de Código Abierto (24 de octubre de 2010). "El Movimiento de Código Abierto" . Archivado del original el 29 de julio de 2013. Recuperado el 25 de abril de 2020 .
- Rosen, Lawrence (julio de 2009). "Los malos hechos crean buenas leyes: El caso Jacobsen y el código abierto" . Revista Internacional de Derecho del Software Libre y de Código Abierto . 1 (1). Software Freedom Law Center, Inc .: 27–32 .
- Goettsch, Kerry D. (2003). "SCO Group v. IBM: El futuro del software de código abierto" . Journal of Law, Technology & Policy : 581.
- Wayner, P. (2000). Gratis para todos: cómo Linux y el movimiento del software libre socavaron a los titanes de la alta tecnología . Harperbusiness. ISBN 978-0-06-662050-3.
- Kirk St. Amant (2011). "Software de código abierto, acceso y creación de contenido en la economía global" .
- James McIntyre (31 de enero de 2012). "La revolución en línea" . Juventud Socialista Escocesa . Archivado del original el 18 de julio de 2013.
- Weber, Steven (2005). El éxito del código abierto . Cambridge: Harvard University Press . ISBN 9780674018587.
- Carillo, Kevin; Okoli, Chitu (2008). "El movimiento de código abierto: una revolución en el desarrollo de software" . Journal of Computer Information Systems . 49 (2): 1– 9. doi : 10.1080/08874417.2009.11646043 (inactivo el 12 de julio de 2025).
{{cite journal}}: CS1 maint: DOI inactivo desde julio de 2025 ( enlace ) - Tozzi, Christopher (2017). Por diversión y lucro: Una historia de la revolución del software libre y de código abierto . MIT Press . ISBN 9780262341172.
Enlaces externos
- Programa de mentoría LFX de la Fundación Linux
- Movimiento de código abierto