Software de código abierto

En su ensayo de 1997, «La catedral y el bazar» , Eric S. Raymond, influyente colaborador del software de código abierto, propone un modelo para el desarrollo de software de código abierto conocido como el modelo del bazar . Raymond compara el desarrollo de software mediante metodologías tradicionales con la construcción de una catedral, que requiere un trabajo minucioso y aislado por parte de individuos o pequeños grupos. Sugiere que todo el software debería desarrollarse utilizando el estilo del bazar, con diferentes objetivos y enfoques. ^{[ 23 ]}

En el modelo de desarrollo tradicional, al que denominó modelo catedral , el desarrollo se lleva a cabo de forma centralizada. Los roles están claramente definidos. Estos roles incluyen a las personas dedicadas al diseño (los arquitectos), las responsables de la gestión del proyecto y las responsables de la implementación. La ingeniería de software tradicional sigue el modelo catedral. ^{[ 23 ]}

El modelo de bazar, sin embargo, es diferente. En este modelo, los roles no están claramente definidos. ^{[ 23 ]} Algunas características propuestas del software desarrollado utilizando el modelo de bazar deberían exhibir los siguientes patrones: ^{[ 24 ]}

• Los usuarios deben ser tratados como codesarrolladores: Se les trata como codesarrolladores y, por lo tanto, deben tener acceso al código fuente del software. Además, se les anima a enviar contribuciones al software, correcciones de código, informes de errores , documentación, etc. Contar con más codesarrolladores aumenta la velocidad de evolución del software. La ley de Linus afirma que, con suficientes ojos, todos los errores son fáciles de detectar. Esto significa que si muchos usuarios revisan el código fuente, eventualmente encontrarán todos los errores y sugerirán cómo solucionarlos. Algunos usuarios tienen habilidades de programación avanzadas y, además, la máquina de cada usuario proporciona un entorno de prueba adicional. Este nuevo entorno de prueba ofrece la posibilidad de encontrar y corregir nuevos errores. ^{[ 24 ]}
• Lanzamientos tempranos : La primera versión del software debe lanzarse lo antes posible para aumentar las posibilidades de encontrar codesarrolladores pronto. ^{[ 24 ]}
• Integración frecuente: Los cambios de código deben integrarse (fusionarse en una base de código compartida) con la mayor frecuencia posible para evitar la sobrecarga de corregir una gran cantidad de errores al final del ciclo de vida del proyecto. ^{[ 24 ] [ 25 ]} Algunos proyectos de código abierto tienen compilaciones nocturnas donde la integración se realiza automáticamente . ^{[ 24 ]}
• Varias versiones: Debe haber al menos dos versiones del software. Debe haber una versión con errores y más funciones, y una versión más estable con menos funciones. La versión con errores (también llamada versión de desarrollo) es para usuarios que desean usar de inmediato las funciones más recientes y están dispuestos a asumir el riesgo de usar código que aún no ha sido probado exhaustivamente. ^{[ 24 ]} Los usuarios pueden entonces actuar como codesarrolladores, reportando errores y proporcionando correcciones. ^{[ 24 ] [ 26 ]}
• Alta modularización: La estructura general del software debe ser modular, permitiendo el desarrollo paralelo en componentes independientes. ^{[ 24 ]}
• Estructura de toma de decisiones dinámica: Se requiere una estructura de toma de decisiones, ya sea formal o informal, que permita tomar decisiones estratégicas en función de los requisitos cambiantes del usuario y otros factores. Esto se compara con la programación extrema . ^{[ 24 ]}

El proceso de desarrollo de código abierto comienza con la recopilación de requisitos, donde los desarrolladores consideran si deben agregar nuevas funcionalidades o si es necesario corregir algún error en su proyecto. Esto se establece mediante la comunicación con la comunidad de código abierto a través de canales como la notificación y el seguimiento de errores , listas de correo y páginas de proyectos. A continuación, los desarrolladores de código abierto seleccionan o se les asigna una tarea e identifican una solución. Dado que en el código abierto suelen existir muchas rutas posibles para las soluciones, la mejor debe elegirse con detenimiento y, a veces, incluso con la retroalimentación de otros desarrolladores . El desarrollador comienza entonces a desarrollar y confirmar el código. Este código es probado y revisado por otros desarrolladores. Los desarrolladores pueden editar y evolucionar su código mediante la retroalimentación de la integración continua . Una vez que el liderazgo y la comunidad están satisfechos con el proyecto, este puede ser lanzado parcialmente y se puede documentar la instrucción para el usuario. Si el proyecto está listo para su lanzamiento, se congela, realizándose únicamente correcciones de errores graves o mejoras de seguridad. Finalmente, el proyecto se lanza por completo y solo se modifica mediante correcciones de errores menores. ^{[ 26 ]}

La implementación de código abierto de un estándar puede aumentar la adopción y la viabilidad a largo plazo de dicho estándar. ^{[ 27 ]} A menudo fomenta la lealtad de los desarrolladores, ya que los colaboradores sienten una mayor sensación de participación y pertenencia en el proceso de desarrollo y el producto final. ^{[ 28 ]}

Además, se necesitan menores costos de marketing y servicios logísticos para el OSS. ^{[ 29 ]} El OSS puede ser una herramienta para promover la imagen de una empresa, incluyendo sus productos comerciales. ^{[ 30 ]} Se sabe que el enfoque de desarrollo de OSS ayuda a producir software confiable y de alta calidad de forma rápida y económica. ^{[ 29 ]}

El desarrollo de código abierto ofrece el potencial de acelerar la innovación y crear valor social. En Francia, por ejemplo, una política que incentivó al gobierno a favorecer el software libre de código abierto aumentó a casi 600.000 contribuciones anuales, generando valor social al incrementar la cantidad y la calidad del software de código abierto. Esta política también propició un aumento estimado de hasta un 18 % en las startups tecnológicas y un incremento del 14 % en el número de personas empleadas en el sector de las TI. ^{[ 31 ]}

El software de código abierto puede ser altamente confiable cuando cuenta con miles de programadores independientes que prueban y corrigen errores del software. ^{[ 24 ]} El código abierto no depende de la empresa o el autor que lo creó originalmente. Incluso si la empresa quiebra, el código continúa existiendo y siendo desarrollado por sus usuarios. ^{[ 32 ]}

El software de código abierto (OSS) es flexible, ya que los sistemas modulares permiten a los programadores crear interfaces personalizadas o añadir nuevas funcionalidades. La combinación de perspectivas diversas, objetivos corporativos y metas personales fomenta la innovación. ^{[ 33 ]}

Además, el software libre puede desarrollarse de acuerdo con requisitos puramente técnicos. No requiere considerar la presión comercial que a menudo degrada la calidad del software. Las presiones comerciales hacen que los desarrolladores de software tradicionales presten más atención a los requisitos de los clientes que a los de seguridad, ya que estas características son prácticamente invisibles para el cliente. ^{[ 34 ]}

En el desarrollo de software de código abierto, se utilizan herramientas para apoyar el desarrollo del producto y el propio proceso de desarrollo. ^{[ 26 ]}

Los sistemas de control de versiones , como el sistema de control de versiones centralizado (CVCS) y el sistema de control de versiones distribuido (DVCS), son ejemplos de herramientas, a menudo de código abierto, que ayudan a gestionar los archivos de código fuente y los cambios en dichos archivos para un proyecto de software con el fin de fomentar la colaboración. Los CVCS son centralizados con un repositorio central, mientras que los DVCS son descentralizados y tienen un repositorio local para cada usuario. El Sistema de Versiones Concurrentes (CVS) y posteriormente Subversion (SVN) son ejemplos de CVCS, mientras que Git es un DVCS y el software de control de versiones más utilizado. ^{[ 35 ]} Los repositorios se alojan y publican en plataformas de alojamiento de código fuente como GitHub o GitLab . ^{[ 36 ]}

Los proyectos de código abierto utilizan herramientas como los sistemas de seguimiento de incidencias para organizar el desarrollo de software de código abierto. Algunos de los sistemas de seguimiento de errores más utilizados son Bugzilla y Redmine . ^{[ 26 ]}

Herramientas como las listas de correo y el IRC proporcionan medios para la coordinación y la discusión de errores entre los desarrolladores. Las páginas web del proyecto, las páginas wiki, las listas de la hoja de ruta y los grupos de noticias permiten la distribución de información del proyecto centrada en los usuarios finales. ^{[ 26 ]}

Los roles básicos de los participantes en el software de código abierto (OSS) pueden clasificarse en varias categorías, comenzando por el liderazgo, que se encuentra en el centro del proyecto y controla su ejecución. A continuación, están los colaboradores principales, con amplia experiencia y autoridad en el proyecto, quienes pueden guiar a los demás colaboradores. Los colaboradores secundarios tienen menos experiencia y autoridad, pero contribuyen regularmente y son vitales para el desarrollo del proyecto. Los nuevos colaboradores son los menos experimentados, pero con mentoría y orientación pueden convertirse en colaboradores habituales. ^{[ 37 ]}

Algunas formas posibles de contribuir al software de código abierto incluyen roles como programación , mantenimiento , diseño y pruebas de interfaz de usuario, diseño web , clasificación de errores , diseño y pruebas de accesibilidad, diseño de UX , pruebas de código y revisión y pruebas de seguridad. Sin embargo, existen varias formas de contribuir a proyectos de código abierto incluso sin conocimientos de programación. Por ejemplo, algunas formas menos técnicas de participar son la redacción y edición de documentación , la traducción , la gestión de proyectos , la organización y coordinación de eventos, el marketing, la gestión de lanzamientos, la gestión de la comunidad y las relaciones públicas y la difusión. ^{[ 37 ]}

La financiación es otra forma en que individuos y organizaciones eligen contribuir a proyectos de código abierto. Grupos como Open Collective ofrecen un medio para que los individuos contribuyan mensualmente para apoyar sus proyectos favoritos. ^{[ 38 ]} Organizaciones como Sovereign Tech Fund pueden contribuir con millones para apoyar las herramientas que utiliza el gobierno alemán . ^{[ 39 ]} La National Science Foundation estableció un programa Pathways to Enable Open-Source Ecosystems (POSE) para apoyar la innovación de código abierto. ^{[ 40 ]}

La adopción de software de código abierto por parte de la industria está aumentando con el tiempo. ^{[ 41 ]} El OSS es popular en varias industrias como las telecomunicaciones , la aeroespacial , la sanitaria y la de medios y entretenimiento debido a los beneficios que proporciona. ^{[ 42 ]} La adopción de OSS es más probable en organizaciones grandes y depende del uso de TI de la empresa, la eficiencia operativa y la productividad de los empleados. ^{[ 41 ]}

Es probable que las industrias utilicen software de código abierto debido a su funcionalidad administrativa, soporte de ventas, investigación y desarrollo, características de software, implementación rápida, portabilidad entre plataformas y la eliminación de la gestión de licencias comerciales. Además, el menor costo de hardware y propiedad también representa beneficios importantes. ^{[ 41 ]}

Existen organizaciones en todo el mundo que contribuyen al desarrollo y la expansión de los movimientos de software libre y de código abierto. Estas organizaciones se dedican a objetivos como la enseñanza y la difusión de la tecnología. Según un exvicepresidente de la Open Source Initiative , algunas organizaciones estadounidenses incluyen la Free Software Foundation , Software Freedom Conservancy , la Open Source Initiative y Software in the Public Interest . En Europa, algunas organizaciones destacadas son Free Software Foundation Europe , Open Source Projects EU (OSP) y OpenForum Europe (OFE). Una organización australiana es Linux Australia, mientras que en Asia existen Open Source Asia y FOSSAsia. Free and Open Source Software for Africa (FOSSFA) y OpenAfrica son organizaciones africanas, y en Asia Central y Meridional existen organizaciones como FLISOL y GRUP de Usuarios de Software Libre Perú. Además de estas, existen muchas más organizaciones dedicadas al avance del software de código abierto. ^{[ 37 ]}

Los productos FOSS generalmente se licencian bajo dos tipos de licencias: licencias permisivas y licencias copyleft . Ambos tipos de licencias se diferencian de las licencias propietarias en que permiten que más usuarios accedan al software y posibilitan la creación de obras derivadas según lo especificado en los términos de la licencia, ya que cada licencia tiene sus propias reglas. Las licencias permisivas permiten a los receptores del software implementar los derechos de autor del autor sin tener que usar la misma licencia para la distribución. Ejemplos de este tipo de licencia son las licencias BSD , MIT y Apache . Las licencias copyleft se diferencian en que requieren que los receptores utilicen la misma licencia para al menos algunas partes de la distribución de sus obras. Las licencias copyleft fuertes requieren que todas las obras derivadas utilicen la misma licencia, mientras que las licencias copyleft débiles requieren el uso de la misma licencia solo bajo ciertas condiciones. Ejemplos de este tipo de licencia son la familia de licencias GNU y las licencias MPL y EPL . Las similitudes entre estas dos categorías de licencias incluyen que proporcionan una amplia concesión de derechos de autor, requieren que los destinatarios conserven los avisos de derechos de autor y que se proporcione una copia de la licencia a los destinatarios junto con el código. ^{[ 43 ]}

Un precedente legal importante para el software de código abierto se creó en 2008, cuando el caso Jacobson v. Katzer hizo cumplir los términos de la licencia Artistic , incluyendo la atribución y la identificación de las modificaciones. El fallo de este caso consolidó la aplicación de la ley de derechos de autor cuando no se cumplían las condiciones de la licencia. Debido a la similitud de la licencia Artistic con otras licencias de software de código abierto, el fallo creó un precedente de amplia aplicación. ^{[ 43 ]}

Ejemplos de licencias de software libre / licencias de código abierto incluyen las licencias Apache , las licencias BSD , las licencias públicas generales de GNU , la licencia pública general reducida de GNU , la licencia MIT , la licencia pública de Eclipse y la licencia pública de Mozilla . ^{[ 43 ]}

Existen varias zonas grises en la regulación del software que tienen un gran impacto en el software de código abierto, como por ejemplo si el software es un bien o un servicio, qué puede considerarse una modificación, la gobernanza mediante contrato frente a licencia, la propiedad y el derecho de uso. Si bien se han producido avances en estos temas, a menudo generan aún más interrogantes. La existencia de estas incertidumbres en la regulación tiene un impacto negativo en las industrias relacionadas con las tecnologías en su conjunto. ^{[ 43 ]}

En la historia jurídica del software en su conjunto, hubo mucho debate sobre si protegerlo como propiedad intelectual mediante la ley de patentes , la ley de derechos de autor o el establecimiento de una regulación específica. Finalmente, la ley de derechos de autor se convirtió en la norma, considerando los programas informáticos como una forma de obra literaria, con algunas modificaciones en la regulación específica. ^{[ 43 ]}

El software generalmente se considera código fuente y código objeto , ambos protegibles, aunque existe variedad legal en esta definición. Algunas jurisdicciones intentan ampliar o reducir esta conceptualización para sus propios fines. Por ejemplo, el Tribunal de Justicia de la Unión Europea define un programa informático como aquel que no incluye la funcionalidad del programa, el lenguaje de programación ni el formato de los archivos de datos. Al limitar la protección de los diferentes aspectos del software, la ley favorece un enfoque de código abierto para su uso. Estados Unidos, en particular, tiene un enfoque abierto hacia el software, y la mayoría de las licencias de código abierto se originan allí. Sin embargo, esto ha incrementado el enfoque en los derechos de patente dentro de estas licencias, lo que ha generado reacciones negativas por parte de la comunidad de software de código abierto, que prefiere otras formas de protección de la propiedad intelectual . ^{[ 43 ]}

Otro problema son las medidas de protección tecnológica (TPM) y las técnicas de gestión de derechos digitales (DRM), reconocidas y protegidas internacionalmente por el Tratado de la Organización Mundial de la Propiedad Intelectual (OMPI) de 1996. Los defensores del software de código abierto rechazaban estas tecnologías, ya que limitaban a los usuarios finales potencialmente más allá de la legislación sobre derechos de autor. Europa respondió a estas quejas sometiendo las TPM a controles legales, lo que representó una victoria para los partidarios del software de código abierto. ^{[ 43 ]}

En las comunidades de código abierto, en lugar de poseer el software producido, el productor posee el desarrollo del software en evolución. De esta manera, el futuro del software es abierto, lo que dificulta la propiedad intelectual dentro del software de código abierto. Las licencias y la marca pueden evitar que otros lo roben, preservando su estatus de bien público . El software de código abierto puede considerarse un bien público, ya que está disponible para todos y su valor no disminuye para los demás cuando una persona lo descarga. El software de código abierto es único porque se vuelve más valioso a medida que se usa y se contribuye a él, en lugar de disminuir el recurso. Esto se explica mediante conceptos como la inversión en reputación y los efectos de red . ^{[ 44 ]}

El modelo económico del software de código abierto se puede explicar como la contribución de los desarrolladores a los proyectos, generando beneficios públicos. Los desarrolladores eligen los proyectos en función de los beneficios o costos percibidos, como la mejora de la reputación o el valor del proyecto. Las motivaciones de los desarrolladores pueden provenir de diversos ámbitos y razones, pero lo importante es que el dinero no es el único ni el principal incentivo . ^{[ 44 ]}

Debido a que la teoría económica se centra principalmente en el consumo de recursos escasos, la dinámica del software de código abierto (OSS) puede resultar difícil de comprender. En el OSS, los productores se convierten en consumidores al obtener los beneficios de contribuir a un proyecto. Por ejemplo, un desarrollador es reconocido por sus colegas por una contribución exitosa a un proyecto de OSS. Los beneficios sociales y las interacciones del OSS también son difíciles de incorporar en los modelos económicos. Además, la innovación tecnológica genera debates y perspectivas de valor en constante cambio, lo que impide que los modelos económicos predigan el comportamiento social. ^{[ 44 ]}

Aunque el software de código abierto (OSS) plantea desafíos teóricos en los modelos económicos, se explica como una actividad social sostenible que requiere recursos. Estos recursos incluyen tiempo, dinero, tecnología y contribuciones. Muchos desarrolladores han utilizado tecnología financiada por organizaciones como universidades y gobiernos, si bien estas mismas organizaciones se benefician del trabajo realizado por el OSS. A medida que el OSS crece, los sistemas híbridos que combinan OSS y sistemas propietarios se vuelven más comunes. ^{[ 44 ]}

A mediados de la década de 2000, cada vez más empresas tecnológicas comenzaron a utilizar software de código abierto (OSS). Por ejemplo, Dell empezó a vender ordenadores con Linux preinstalado. Microsoft, por su parte, lanzó un sistema operativo basado en Linux a pesar de su anterior animosidad hacia el movimiento OSS. A pesar de estos avances, estas empresas tienden a utilizar el OSS solo para fines específicos, lo que genera preocupación por el posible abuso del OSS por parte de las corporaciones sin obtener nada a cambio. ^{[ 32 ]}

Muchos gobiernos están interesados ​​en implementar y promover el software de código abierto debido a los numerosos beneficios que proporciona: por ejemplo, el gobierno del Reino Unido emitió una política que promovía el código abierto y los estándares abiertos en 2004, y la reiteró en 2009: "el Gobierno considerará de manera activa y justa las soluciones de código abierto junto con las propietarias ". ^{[ 45 ]} Sin embargo, un aspecto a considerar es la ciberseguridad . Si bien son posibles las vulnerabilidades accidentales, también lo son los ataques de agentes externos. Debido a estos temores, el interés gubernamental en contribuir a la gobernanza del software se ha vuelto más prominente. Sin embargo, estos son los aspectos generales del problema, ya que cada país tiene sus propias interacciones politizadas específicas con el software de código abierto y sus objetivos para su implementación. Por ejemplo, Estados Unidos se ha centrado en la seguridad nacional con respecto a la implementación de software de código abierto debido a la amenaza percibida del aumento de la actividad de software de código abierto en países como China y Rusia, y el Departamento de Defensa considera múltiples criterios para el uso de OSS. Estos criterios incluyen si proviene de fuentes confiables y si estas lo mantienen, si continuará recibiendo mantenimiento, si existen dependencias de subcomponentes en el software, la seguridad e integridad de los componentes y la influencia de gobiernos extranjeros. ^{[ 46 ]}

Otro problema para los gobiernos en relación con el código abierto son sus inversiones en tecnologías como sistemas operativos , semiconductores , la nube e inteligencia artificial . Todas estas tecnologías tienen implicaciones para la cooperación global, lo que a su vez plantea problemas de seguridad y consecuencias políticas. Muchos países deben equilibrar la innovación tecnológica con la dependencia tecnológica en estas alianzas. Por ejemplo, después de que a la empresa china Huawei, dependiente del código abierto , se le impidiera usar el sistema Android de Google en 2019, comenzó a crear su propio sistema operativo alternativo: Harmony OS . ^{[ 46 ]}

Alemania ha creado recientemente un Fondo Soberano de Tecnología para ayudar a financiar la gobernanza y el mantenimiento del software que utilizan.

En los inicios de la informática , especialmente durante las décadas de 1950 y 1960, los programadores y desarrolladores compartían software habitualmente para aprender unos de otros y hacer avanzar el campo. Los primeros sistemas, como Unix, incluso proporcionaban a los usuarios acceso a su código fuente , lo que permitía la colaboración y la modificación. Sin embargo, con el auge de la industria del software comercial en las décadas de 1970 y 1980, esta cultura de intercambio abierto comenzó a declinar a medida que los modelos propietarios se volvían dominantes. A pesar de este cambio, las instituciones académicas y de investigación continuaron promoviendo prácticas de desarrollo de software colaborativo. ^{[ 47 ]}

En respuesta, el movimiento de código abierto nació del trabajo de entusiastas programadores expertos, conocidos como hackers o cultura hacker . ^{[ 48 ]} Uno de estos entusiastas, Richard Stallman , fue una fuerza impulsora detrás del movimiento del software libre , que más tarde permitiría el movimiento de código abierto . En 1984, renunció al MIT para crear un sistema operativo libre, GNU , después de que la cultura de programación en su laboratorio se viera sofocada por el software propietario que impedía compartir y mejorar el código fuente. GNU era compatible con UNIX, lo que significaba que los entusiastas programadores seguirían familiarizados con su funcionamiento. Sin embargo, pronto se hizo evidente que existía cierta confusión con la etiqueta que Stallman había elegido para el software libre , que describió como libre en el sentido de libertad de expresión, no de cerveza gratis, refiriéndose al significado de libre como libertad en lugar de precio. Más tarde amplió este concepto de libertad a las cuatro libertades esenciales. A través de GNU, surgieron las normas de código abierto de incorporar el código fuente de otros, correcciones de errores de la comunidad y sugerencias de código para nuevas funciones. En 1985, Stallman fundó la Free Software Foundation (FSF) para promover cambios en el software y contribuir al desarrollo de GNU. Para evitar que su trabajo se utilizara en software propietario, Stallman creó el concepto de copyleft , que permitía el uso de su obra por cualquier persona, pero bajo condiciones específicas. Para ello, creó la Licencia Pública General de GNU (GNU GPL) en 1989, que se actualizó en 1991. ^{[ 25 ]} En 1991, GNU se combinó con el núcleo Linux escrito por Linus Torvalds , ya que GNU carecía de un núcleo. ^{[ 49 ]} El sistema operativo ahora se conoce generalmente como Linux . ^{[ 25 ]} Durante todo este período, existieron muchos otros proyectos y licencias de software libre, todos con diferentes ideas sobre qué era y debería ser el concepto de software libre, así como sobre la moralidad del software propietario, como Berkeley Software Distribution , TeX y el X Window System . ^{[ 50 ]}

A medida que el software libre se desarrollaba, la Free Software Foundation comenzó a buscar la manera de llevar las ideas y los beneficios percibidos del software libre a la industria del software comercial . Se concluyó que el activismo social de la FSF no resultaba atractivo para las empresas y que necesitaban una forma de renovar la imagen del movimiento del software libre para enfatizar el potencial comercial de compartir y colaborar en el código fuente del software. ^{[ 50 ]} El término código abierto fue sugerido por Christine Peterson en 1998 en una reunión de partidarios del software libre. Muchos en el grupo consideraron que el nombre software libre era confuso para los recién llegados y frenaba el interés de la industria, por lo que aceptaron rápidamente la nueva designación de código abierto, creando la Open Source Initiative (OSI) y la definición de la OSI de lo que es el software de código abierto. ^{[ 25 ]} La definición de la Open Source Initiative (OSI) ahora es reconocida por varios gobiernos a nivel internacional como la definición estándar o de facto . ^{[ 49 ]} La definición se basó en las Directrices de Software Libre de Debian , escritas y adaptadas principalmente por Bruce Perens. ^{[ 51 ]} La definición de la OSI difería de la definición de software libre en que permitía la inclusión de software propietario y otorgaba mayor libertad en su licenciamiento. Algunos, como Stallman, coinciden más con el concepto original de software libre, ya que este adopta una postura moral firme contra el software propietario, aunque existe una gran superposición entre ambos movimientos en cuanto al funcionamiento del software. ^{[ 25 ]}

Si bien la Iniciativa de Código Abierto buscaba fomentar el uso del nuevo término y promover los principios que defendía, los proveedores de software comercial se vieron cada vez más amenazados por el concepto de software de libre distribución y el acceso universal al código fuente de una aplicación. En 2001 , un ejecutivo de Microsoft llegó a calificar el código abierto como un destructor de la propiedad intelectual. Sin embargo, aunque el software libre y de código abierto (FOSS) históricamente ha desempeñado un papel al margen del desarrollo de software privado convencional, empresas tan grandes como Microsoft han comenzado a desarrollar presencias oficiales de código abierto en Internet. IBM, Oracle y State Farm son solo algunas de las empresas con un interés público significativo en el competitivo mercado actual del código abierto, lo que marca un cambio importante en la filosofía corporativa respecto al desarrollo de FOSS. ^{[ 52 ]}

El futuro de la comunidad de software de código abierto, y por extensión la comunidad de software libre, ha alcanzado el éxito, aunque confuso respecto a sus principios. Por ejemplo, Android y Ubuntu son hitos del éxito del software de código abierto, que pasó de ser un mero recurso en la innovación tecnológica a principios de la década de 2000. Sin embargo, algunos miembros de la comunidad los consideran fracasos en su representación del software de código abierto debido a problemas como la minimización del carácter de software de código abierto de Android por parte de Google y sus socios, el uso de una licencia Apache que permitió la bifurcación y resultó en la pérdida de oportunidades de colaboración dentro de Android, la priorización de la comodidad sobre la libertad en Ubuntu y las funciones de Ubuntu que rastrean a los usuarios con fines de marketing. ^{[ 32 ]}

El uso de software libre y de código abierto (OSS) se ha vuelto más común en el ámbito empresarial, con un 78 % de las compañías que afirman operar total o parcialmente con software libre y de código abierto (FOSS). La popularidad del OSS ha aumentado hasta el punto de que Microsoft , quien antes lo criticaba, lo ha integrado en sus sistemas. Sin embargo, este éxito ha generado inquietudes que determinarán el futuro del OSS, ya que la comunidad debe responder preguntas como qué es el OSS, qué debería ser y qué medidas se deben tomar para protegerlo, si es que necesita protección. En definitiva, si bien la revolución del software libre y de código abierto se ha ralentizado hasta alcanzar un equilibrio percibido en el mercado, esto no significa que haya terminado, ya que aún quedan muchos debates teóricos por llevar a cabo para definir su futuro. ^{[ 32 ]}

El software de código abierto se diferencia del software propietario en que está disponible públicamente, la licencia no requiere pago alguno y se permiten modificaciones y distribuciones según las especificaciones de la licencia. Todo esto contribuye a evitar un monopolio sobre cualquier producto de código abierto, que es un objetivo del software propietario. El software propietario limita las opciones de sus clientes a dos alternativas: usar ese software, actualizarlo o cambiar a otro, lo que obliga a los clientes a que sus preferencias de software se vean afectadas por el costo. El escenario ideal para el proveedor de software propietario sería la dependencia del cliente, donde este no puede o no quiere cambiar de software debido a estos costos y continúa comprando productos de ese proveedor. ^{[ 53 ]}

En el software propietario, las correcciones de errores solo las puede proporcionar el proveedor, cambiar de plataforma requiere una nueva compra y la existencia del producto depende del proveedor, quien puede descontinuarlo en cualquier momento. ^{[ 48 ]} Además, el software propietario no proporciona su código fuente y los usuarios no pueden modificarlo. Para las empresas, esto puede representar un riesgo de seguridad y una fuente de frustración, ya que no pueden adaptar el producto a sus necesidades y puede haber amenazas ocultas o fugas de información dentro del software a las que no pueden acceder ni modificar. ^{[ 25 ]}

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

Richard Stallman , líder del movimiento del software libre y miembro de la Fundación del Software Libre, se opone a que se aplique el término código abierto a lo que ellos denominan software libre. Aunque coincide en que ambos términos describen prácticamente la misma categoría de software, Stallman considera que equipararlos es incorrecto y engañoso. ^{[ 21 ]} Cree que la principal diferencia radica en que al elegir un término u otro se revelan los objetivos: desarrollo (código abierto) o postura social (software libre). ^{[ 55 ]} Sin embargo, existe una superposición significativa entre el software de código abierto y el software libre. ^{[ 21 ]} Stallman también se opone al pragmatismo declarado de la Iniciativa de Código Abierto , ya que teme que los ideales de libertad y comunidad del software libre se vean amenazados al comprometer los estándares idealistas de la FSF para la libertad del software. ^{[ 55 ]} La FSF considera que el software libre es un subconjunto del software de código abierto, y Richard Stallman explicó que el software DRM , por ejemplo, puede desarrollarse como código abierto, a pesar de cómo restringe a sus usuarios, y por lo tanto no califica como software libre. ^{[ 21 ]}

La FSF afirmó que el término código abierto fomenta una ambigüedad de otro tipo, ya que confunde la mera disponibilidad del código fuente con la libertad de usarlo, modificarlo y redistribuirlo. ^{[ 21 ]} Por otro lado, el término software libre fue criticado por la ambigüedad de la palabra «libre», que se consideró desalentadora para su adopción por parte de las empresas, y por el uso históricamente ambiguo del término. ^{[ 55 ]}

En consecuencia, los desarrolladores han utilizado los términos alternativos Software Libre y de Código Abierto ( FOSS ) o Software Libre/Libre y de Código Abierto (FLOSS) para describir el software de código abierto que también es software libre . ^{[ 37 ]}

El software puede distribuirse con código fuente , que es un código legible. El software está disponible en código fuente cuando este código fuente está disponible para su visualización. Sin embargo, para que el código fuente esté disponible o sea software libre (FOSS) , no es necesario que sea accesible para todos, solo para los usuarios de dicho software. Si bien todo el software FOSS está disponible en código fuente debido a un requisito de la Definición de Código Abierto , no todo el software disponible en código fuente es FOSS. Por ejemplo, si el software no cumple con otros aspectos de la Definición de Código Abierto, como la modificación o redistribución permitidas, incluso si el código fuente está disponible, el software no es FOSS. ^{[ 56 ]}

Una tendencia reciente en las empresas de software es el código abierto, o la transición de su software propietario anterior a software de código abierto mediante su publicación bajo una licencia de código abierto . ^{[ 57 ] [ 58 ]} Ejemplos de empresas que han hecho esto son Google, Microsoft y Apple. ^{[ 57 ]} Además, el código abierto puede referirse a la programación de software de código abierto o a la instalación de software de código abierto. ^{[ 58 ]} El código abierto puede ser beneficioso de múltiples maneras, como atraer a más colaboradores externos que aportan nuevas perspectivas y capacidades de resolución de problemas. Las desventajas del código abierto incluyen el trabajo que se debe realizar para mantener la nueva comunidad, como hacer que el código base sea fácilmente comprensible, establecer canales de comunicación para nuevos desarrolladores y crear documentación que permita a los nuevos desarrolladores unirse fácilmente. Sin embargo, una revisión de varios proyectos de código abierto encontró que, si bien un proyecto de código abierto recién abierto atrae a muchos nuevos participantes, es probable que una gran cantidad abandone pronto el proyecto y es probable que sus bifurcaciones tampoco tengan impacto. ^{[ 57 ]}

Otros conceptos que pueden compartir algunas similitudes con el código abierto son el shareware , el software de dominio público , el freeware y los visores/lectores de software que están disponibles gratuitamente pero no proporcionan el código fuente. Sin embargo, estos difieren del software de código abierto en el acceso al código fuente , las licencias, los derechos de autor y las tarifas. ^{[ 25 ]}

A pesar de poder colaborar internacionalmente, se encontró que los contribuyentes de software de código abierto se ubicaban principalmente en grandes clústeres como Silicon Valley , que colaboran en gran medida entre sí. Posibles razones para este fenómeno pueden ser que la demografía de los contribuyentes de OSS trabaja mayoritariamente en software, lo que significa que la ubicación geográfica de OSS está estrechamente relacionada con esa dispersión y las colaboraciones podrían fomentarse a través del trabajo y las redes sociales . ^{[ 59 ]} La aceptación del código puede verse afectada por el estatus dentro de estos clústeres de redes sociales, creando predisposiciones injustas en la aceptación del código basadas en la ubicación. ^{[ 60 ]} Las barreras para la colaboración internacional también incluyen diferencias lingüísticas o culturales. ^{[ 61 ]} Además, se ha demostrado que cada país tiene una tasa de aceptación más alta para el código de contribuyentes dentro de su país, excepto India, lo que indica un sesgo hacia colaboradores culturalmente similares. ^{[ 61 ]}

En 2021, los países con las mayores contribuciones de software de código abierto fueron Estados Unidos, China, Alemania, India y Reino Unido, en ese orden. ^{[ 59 ]} Los países con los mayores desarrolladores de OSS per cápita según un estudio de 2021 fueron Islandia, Suiza, Noruega, Suecia y Finlandia, en orden, mientras que en 2008 los países con la mayor cantidad estimada de contribuyentes en SourceForge fueron Estados Unidos, Alemania, Reino Unido, Canadá y Francia. ^{[ 59 ] [ 61 ]} Aunque se han realizado varios estudios sobre la distribución y las contribuciones de los desarrolladores de OSS, este sigue siendo un campo abierto que puede medirse de varias maneras diferentes. Por ejemplo, se ha demostrado que la participación en las tecnologías de la información y la comunicación, la población, la riqueza y la proporción de acceso a Internet están correlacionadas con las contribuciones de OSS. ^{[ 61 ]}

Aunque se ha demostrado que la diversidad de género mejora la productividad de los equipos, las mujeres aún enfrentan sesgos al contribuir a proyectos de software de código abierto cuando su género es identificable. ^{[ 62 ]} En 2002, solo el 1,5 % de los desarrolladores internacionales de software de código abierto eran mujeres, mientras que las mujeres representaban el 28 % de los puestos en la industria tecnológica, lo que demuestra su baja representación en el campo del software. ^{[ 63 ]} A pesar de que las contribuciones al software de código abierto no tienen requisitos previos, este sesgo de género puede persistir debido a la creencia común de los colaboradores de que el género no debería importar y que la calidad del código debería ser la única consideración para su aceptación, lo que impide que la comunidad aborde las disparidades sistémicas en la representación femenina. ^{[ 48 ]} Sin embargo, una cifra más reciente de participación femenina en software de código abierto a nivel internacional, calculada entre 2005 y 2021, es del 9,8 %, siendo la mayoría colaboradoras recientes, lo que indica que la participación femenina podría estar creciendo. ^{[ 64 ]}

Los colaboradores de software de código abierto (OSS) se motivan por la creencia en la filosofía del software libre, intereses personales, el compromiso con la comunidad, el interés en proyectos y la resolución de problemas, entre otros. Además, los usuarios de un software determinado también pueden contribuir para mejorar las herramientas que utilizan, mientras que otros se sienten atraídos por la naturaleza colaborativa de los entornos de desarrollo de código abierto. Contribuir a OSS también brinda la oportunidad de desarrollar habilidades de programación e ingeniería de sistemas, ya que proyectos de código abierto grandes y ampliamente utilizados, como Linux y Tor, ofrecen entornos desafiantes donde los colaboradores pueden poner a prueba su pensamiento analítico y riguroso, así como sus capacidades de programación y razonamiento. Asimismo, la participación en proyectos activos permite a los colaboradores mantenerse al día con las prácticas de la industria y las tendencias emergentes. Los proyectos de código abierto incorporan innovaciones y tendencias, lo que los hace populares en el campo de la tecnología. Contribuir a OSS también puede aumentar la visibilidad y la reputación de un colaborador dentro de la comunidad, ya que las contribuciones son de acceso público y pueden ser revisadas por otros. Como resultado, miles de colaboradores contribuyen diariamente a los proyectos de código abierto y ayudan a mantenerlos para el beneficio de la comunidad en general.

Aunque la programación se consideraba originalmente una profesión femenina, sigue existiendo una gran brecha en la informática. ^{[ 65 ]} La identidad social suele ser una gran preocupación, ya que las mujeres en la industria tecnológica se enfrentan a la inseguridad de atraer atención masculina no deseada y acoso o de ser consideradas poco femeninas en sus conocimientos tecnológicos, lo que tiene un gran impacto en su confianza. ^{[ 48 ]} Algunos participantes masculinos en tecnología dejan claro que creen que es imposible que las mujeres se integren en la cultura, lo que aumenta la inseguridad de las mujeres y su lugar en la industria tecnológica. Además, incluso en un entorno de contribución voluntaria como el software de código abierto, las mujeres tienden a terminar haciendo los aspectos menos técnicos de los proyectos, como las pruebas manuales o la documentación, a pesar de que las mujeres y los hombres muestran la misma productividad en las contribuciones de OSS. Los sesgos explícitos incluyen tiempos de retroalimentación más largos, un escrutinio más riguroso del código y una menor tasa de aceptación del código. ^{[ 62 ]} Específicamente en la comunidad de software de código abierto, las mujeres informan que el lenguaje sexualmente ofensivo es común y que se presta más atención a la identidad de las mujeres como mujeres que como contribuyentes de OSS. Es difícil abordar el sesgo debido a la creencia de que el género no debería importar, ya que la mayoría de los participantes consideran que el trato especial que reciben las mujeres es injusto y que el éxito debería depender de la habilidad, lo que impide cualquier cambio para lograr una mayor inclusión. ^{[ 48 ]}

Los proyectos de software de código abierto son creados y mantenidos por una red de programadores, que a menudo son voluntarios, y se utilizan ampliamente tanto en productos gratuitos como comerciales. ^{[ 66 ]}

• Unix : Unix es un sistema operativo creado por AT&T que comenzó como precursor del software de código abierto, ya que la revolución del software libre y de código abierto se inició cuando los desarrolladores comenzaron a intentar crear sistemas operativos sin código Unix. Unix se creó en la década de 1960, antes de la comercialización del software y antes de que el concepto de software de código abierto fuera necesario; por lo tanto, no se consideró un verdadero proyecto de software de código abierto. Comenzó como un proyecto de investigación antes de ser comercializado a mediados de la década de 1980. Antes de su comercialización, representaba muchos de los ideales de la revolución del software libre y de código abierto, incluyendo la colaboración descentralizada de usuarios globales, las versiones continuas y una cultura comunitaria de rechazo al software propietario . ^{[ 32 ]}

• BSD: Berkeley Software Distribution (BSD) es un sistema operativo que comenzó como una variante de Unix en 1978, mezclando código de Unix con código de los laboratorios de Berkeley para aumentar su funcionalidad. Dado que BSD se centraba en aumentar la funcionalidad, compartía públicamente sus mayores innovaciones con el sistema operativo Unix principal. Este es un ejemplo del intercambio público de código libre, una característica central del software libre y de código abierto (FOSS) en la actualidad. Con la comercialización de Unix en la década de 1980, desarrolladores o miembros de la comunidad que no apoyaban el software propietario comenzaron a centrarse en BSD y a convertirlo en un sistema operativo que no incluyera ningún código de Unix. La versión final de BSD se lanzó en 1995. ^{[ 32 ]}

• GNU : GNU es un sistema operativo libre creado por Richard Stallman en 1984, cuyo nombre significa "Gnu no es Unix". La idea era crear un sistema operativo alternativo a Unix que estuviera disponible para cualquier usuario y permitiera a los programadores compartir código libremente. Sin embargo, el objetivo de GNU no era solo reemplazar a Unix, sino crear una versión superior con mayores capacidades tecnológicas. Se lanzó antes de que se definieran plenamente los principios filosóficos de la revolución del software libre y de código abierto. Gracias a su creación por el destacado programador de software libre Richard Stallman, GNU participó activamente en el activismo del software libre, siendo uno de sus mayores logros la creación de la Licencia Pública General de GNU (GPL), que permitía a los desarrolladores publicar software que podía compartirse y modificarse legalmente. ^{[ 32 ]}

• Linux : Linux es un núcleo de sistema operativo presentado en 1991 por Linus Torvalds . Se inspiró en la creación de una versión mejorada del servicio de software libre Minix . Era radicalmente diferente de lo que otros hackers producían en ese momento, ya que era totalmente gratuito y descentralizado. Posteriormente, Linux se distribuyó bajo la licencia GPL , lo que permitió a las personas obtener ingresos con él e integrándolo a la comunidad de software libre. ^{[ 32 ]}

• Apache: Apache comenzó en 1995 como una colaboración entre un grupo de desarrolladores que lanzaron su propio servidor web debido a su frustración con el código base de NCSA HTTPd . El nombre Apache se utilizó debido a los diversos parches que aplicaron a dicho código base. Un año después de su lanzamiento, se convirtió en el servidor web líder a nivel mundial . Poco después, Apache publicó su propia licencia , lo que generó controversia en la comunidad de software libre, aunque finalmente resultó exitosa. La licencia Apache permitía a los miembros autorizados acceder directamente al código fuente, una diferencia notable con respecto a los enfoques de GNU y Linux. ^{[ 32 ]}

Si bien el término código abierto se aplicaba originalmente solo al código fuente del software, ahora se aplica a muchas otras áreas, como la ecología de código abierto , un movimiento para descentralizar las tecnologías de modo que cualquier persona pueda utilizarlas. ^{[ 21 ] [ 67 ]} Sin embargo, a menudo se aplica erróneamente a otras áreas que tienen principios diferentes y contrapuestos, que solo se superponen parcialmente. ^{[ 48 ]}

Los mismos principios que sustentan el software de código abierto se pueden encontrar en muchas otras iniciativas, como el código abierto, el contenido abierto y la colaboración abierta . ^{[ 68 ] [ 3 ]}

Esta "cultura" o ideología sostiene que los principios se aplican de manera más general para facilitar la entrada simultánea de diferentes agendas, enfoques y prioridades, en contraste con los modelos de desarrollo más centralizados, como los que se utilizan habitualmente en las empresas comerciales. ^{[ 23 ]}