Movimiento de software de código abierto - Open-source-software movement

El movimiento del software de código abierto es un movimiento que apoya el uso de licencias de código abierto para parte o todo el software, una parte de la noción más amplia de colaboración abierta . El movimiento de código abierto se inició para difundir el concepto / idea de software de código abierto . Los programadores que apoyan la filosofía del movimiento de código abierto contribuyen a la comunidad de código abierto escribiendo e intercambiando voluntariamente código de programación para el desarrollo de software . El término "código abierto" requiere que nadie pueda discriminar a un grupo al no compartir el código editado o impedir que otros editen su trabajo ya editado. Este enfoque del desarrollo de software permite que cualquier persona obtenga y modifique código de fuente abierta. Estas modificaciones se distribuyen a los desarrolladores dentro de la comunidad de código abierto de personas que trabajan con el software. De esta manera, se revelan las identidades de todas las personas que participan en la modificación del código y se documenta la transformación del código a lo largo del tiempo. Este método hace que sea difícil establecer la propiedad de un fragmento de código en particular, pero está de acuerdo con la filosofía del movimiento de código abierto. Estos objetivos promueven la producción de programas de alta calidad, así como el trabajo cooperativo con otras personas de mentalidad similar para mejorar la tecnología de código abierto.

Breve historia

La etiqueta "fuente abierta" fue creada y adoptada por un grupo de personas del movimiento del software libre en una sesión de estrategia celebrada en Palo Alto, California , como reacción al anuncio de Netscape de enero de 1998 de un lanzamiento de código fuente para Navigator . Una de las razones detrás del uso del término fue que "la ventaja de usar el término fuente abierta es que el mundo empresarial generalmente trata de evitar que se instalen tecnologías gratuitas". Las personas que adoptaron el término aprovecharon la oportunidad antes del lanzamiento del código fuente de Navigator para liberarse de las connotaciones ideológicas y de confrontación del término "software libre". Más tarde, 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 administración en un momento decisivo en la historia de esa cultura".

Evolución

Al principio, no existía una diferencia entre hardware y software. El usuario y el programador de una computadora eran uno y el mismo. Cuando IBM introdujo la primera computadora electrónica comercial en 1952, la máquina era costosa y difícil de mantener. Dejando a un lado el precio de la máquina, fue el software el que causó el problema al poseer una de estas computadoras. Luego, en 1952, una colaboración de todos los propietarios de la computadora se unieron y crearon un conjunto de herramientas. La colaboración de personas fue en un grupo llamado PACT (El Proyecto para el Avance de las Técnicas de Codificación). Después de superar este obstáculo, en 1956, la administración de Eisenhower decidió imponer restricciones a los tipos de ventas que podía realizar AT&T . Esto no impidió que los inventores desarrollaran nuevas ideas sobre cómo llevar la computadora a la población masiva. El siguiente paso fue hacer que la computadora fuera más asequible, lo que se desarrolló lentamente a través de diferentes empresas. Luego, tuvieron que desarrollar un software que albergara a varios usuarios. El centro de computación del MIT desarrolló uno de los primeros sistemas, CTSS (Compatible Time-Sharing System). Esto sentó las bases para muchos más sistemas y lo que ahora llamamos el movimiento del software de código abierto.

El movimiento del 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 . Se considera que Stallman dentro de la comunidad de código abierto comparte un papel clave en la conceptualización del código fuente compartido libremente para el desarrollo de software. El término " software libre " en el movimiento del software libre pretende implicar la libertad de intercambio y modificación de software. El término no se refiere a ninguna libertad monetaria. Tanto el movimiento del software libre como el movimiento del código abierto comparten esta visión del intercambio libre de código de programación , y esta es la razón por la que a veces se hace referencia a ambos movimientos en la literatura como parte del software libre o " software libre y abierto" o FLOSS. Comunidades "Free / Libre Open-Source".

Estos movimientos comparten diferencias fundamentales en la visión del software abierto. La principal diferencia de facciones entre los grupos es la relación entre el software de código abierto y propietario. A menudo, los fabricantes de software propietario , como Microsoft , pueden hacer esfuerzos para respaldar el software de código abierto para seguir siendo competitivos. Los miembros de la comunidad de código abierto están dispuestos a coexistir con los creadores de software propietario y sienten que la cuestión de si el software es de código abierto es una cuestión de practicidad.

Por el contrario, los miembros de la comunidad del software libre mantienen la visión de que todo el software es parte de la libertad de expresión y que el software propietario es poco ético e injusto. El movimiento del software libre defiende abiertamente esta creencia a través de conversaciones que denuncian el software propietario. En general, la comunidad se niega a admitir software propietario. Además, existen motivaciones externas para estos desarrolladores. Una motivación 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 parezcan interesantes y agradables. La programación en el mundo del código abierto también puede conducir a ofertas de trabajo comerciales o la entrada 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.

Si bien es consciente del hecho de que tanto el movimiento del software libre como el movimiento del código abierto comparten similitudes en las recomendaciones prácticas con respecto al código abierto, el movimiento del software libre continúa distinguiéndose fervientemente del movimiento del código abierto por completo. El movimiento del software libre sostiene que tiene actitudes fundamentalmente diferentes hacia la relación entre software de código abierto y propietario. Sin embargo, la comunidad de software libre no ve a la comunidad de código abierto como su objetivo de queja. Su queja objetivo es el propio software propietario.

Asuntos legales

El movimiento del código abierto se ha enfrentado a una serie de desafíos legales. Las empresas que administran productos de código abierto tienen algunas dificultades para proteger sus marcas comerciales. Por ejemplo, el alcance de la conjetura de la " licencia implícita " sigue sin estar claro y puede comprometer la capacidad de una empresa para patentar producciones realizadas con software de código abierto. Otro ejemplo es el caso de las empresas que ofrecen complementos para la compra; los licenciatarios que realicen adiciones al código de fuente abierta que sean similares a las de compra pueden tener inmunidad frente a demandas por patentes.

En el caso judicial " Jacobsen v. Katzer ", el demandante demandó al demandado por no poner los avisos de atribución requeridos en su versión modificada del software, violando así la licencia. El acusado reclamó la Licencia Artística al no adherirse a las condiciones de uso del software, pero la redacción del aviso de atribución decidió que este no era el caso. "Jacobsen v Katzer" estableció la igualdad del software de código abierto con el software propietario a los ojos de 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 válidos y estaba agrupado con Apple .

Hay recursos disponibles para aquellos involucrados en proyectos de código abierto que necesitan asesoramiento legal. El Software Freedom Law Center ofrece una introducción a cuestiones legales de código abierto. International Free and Open Source Software Law Review ofrece información revisada por pares para abogados sobre cuestiones de software libre.

Formalización

La Open Source Initiative (OSI) fue fundamental en la formalización del movimiento de código abierto. El OSI fue fundado por Eric Raymond y Bruce Perens en febrero de 1998 con el propósito de brindar educación general y promoción de la etiqueta de código abierto a través de la creación de la definición de código abierto que se basó en las Pautas de software libre de Debian. La OSI se ha convertido en uno de los principales defensores y defensores del movimiento de código abierto.

En febrero de 1998, el movimiento de código abierto fue adoptado, formalizado y encabezado por la Open Source Initiative (OSI), una organización formada para comercializar software "como algo más susceptible de uso comercial comercial". El OSI solicitó el registro de "código abierto" con la Oficina de Marcas y Patentes de EE. UU., pero fue denegado debido a que el término es genérico y / o descriptivo. En consecuencia, la OSI no es propietaria de la marca comercial " Open Source " en un sentido nacional o internacional, aunque sí afirma los derechos de marca de derecho consuetudinario en el término. La principal herramienta que adoptaron para ello fue la definición de código abierto .

La etiqueta de código abierto fue concebida en una sesión de estrategia que se llevó a cabo 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 para promover el uso de la término "código abierto".

En general, los desarrollos de software que han surgido del movimiento del código abierto no han sido exclusivos del campo de la informática, pero han tenido éxito en el desarrollo de 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 que ya está disponible.

El discurso retórico utilizado en los movimientos de código abierto ahora se está ampliando para incluir un grupo más grande de usuarios no expertos, así como organizaciones de defensa. Varios grupos organizados como Creative Commons y agencias de desarrollo global también han adoptado los conceptos de código abierto de acuerdo con sus propios objetivos y para sus propios fines.

Los factores que afectan la formalización legal del movimiento del código abierto se basan principalmente en la discusión política reciente sobre derechos de autor, apropiación y propiedad intelectual.

Fortalezas

  • La naturaleza colaborativa de la comunidad de código abierto crea software que puede ofrecer personalización y, como resultado, promueve la adopción de sus productos.
  • La comunidad de código abierto promueve la creación de software que no es propietario, lo que resulta en menores costos.
  • Las personas que tienen un interés intrínseco en la escritura de código y la creación de software motivan el desarrollo de software de código abierto dentro de la comunidad. Esto difiere del software propietario, cuyo desarrollo a menudo está motivado por posibles ganancias monetarias.
  • Una herramienta de código abierto pone al administrador del sistema en control del nivel de riesgo asumido al implementar la herramienta.
  • El código abierto proporciona una flexibilidad que no está disponible en productos cerrados. La esperanza es que las personas realicen mejoras en una herramienta abierta y ofrecerán esas mejoras al desarrollador original y a la comunidad en general. El toma y daca de la economía del regalo beneficia a toda la comunidad.
  • Las licencias y el software de código abierto se pueden combinar con software propietario. Si bien el código abierto se vio inicialmente como una amenaza para las corporaciones, algunas empresas encontraron formas de fortalecer su código propietario con código de fuente abierta, volviéndolo a publicar como una mejora.
  • En caso de falla del mercado, los programadores e innovadores trabajan juntos para asegurarse de que el software aún funcione.
  • Globalización del mercado

El movimiento de código abierto ha permitido que las empresas más pequeñas participen en la economía global. Antes, las empresas más pequeñas no tenían acceso al software necesario para participar o competir en el mercado global. Fueron las corporaciones más grandes, los productores de redes y software quienes tenían el poder. "Es decir, las personas que tienen acceso al software necesario para crear, organizar o distribuir contenido pueden conectarse y participar en la comunidad global". La creación del movimiento de código abierto ha creado "un grado de acceso informático global que podría haber sido impensable en un mundo donde la propiedad exclusiva era la única opción". Las personas u organizaciones con acceso a un código abierto tenían los medios necesarios para desarrollar material técnico para una variedad de consumidores. El movimiento de código abierto creó igualdad de oportunidades para que personas de todo el mundo participen en la economía global.

Los miembros del movimiento de código abierto enfatizan la importancia de diferenciar entre software de código abierto y software libre. Aunque los dos temas están relacionados, son bastante diferentes. El movimiento del código abierto y el movimiento del software libre son diferentes, pero funcionan juntos. Ambos movimientos luchan por la libertad de Internet y no les gusta la idea de propiedad sobre un sitio web. Tanto para el software de código abierto como para el software gratuito, se puede encontrar el código fuente y el componente ejecutable fácilmente y de forma gratuita en línea. La mayor diferencia es que el software libre requiere que los cambios se envíen al fabricante original para su redistribución, y cualquier software derivado también debe distribuirse como software libre. Esto es principalmente para evitar que las empresas realicen cambios menores en el software libre y lo redistribuyan como propio, por un precio.

Una de las principales ventajas del código de fuente abierta es la capacidad de una variedad de personas para editar y solucionar problemas y errores que se hayan producido. Naturalmente, debido a que hay más personas que pueden editar el material, hay más personas que pueden ayudar a que la información sea más creíble y confiable. La declaración de misión de código abierto promete mejor calidad, mayor confiabilidad, más flexibilidad, menor costo y el fin de la dependencia de los proveedores depredadores . Destacan la importancia de mantener la definición de código abierto. Esta marca comercial crea un grupo de confianza que conecta a todos los usuarios y desarrolladores. Para comprender completamente la definición de código abierto, uno debe comprender ciertos términos: Redistribución gratuita significa que no hay restricciones para que ninguna parte venda o regale el software a terceros. Código fuente significa que el programa debe publicitar de manera eficiente los medios para obtener el código fuente. Obras derivadas significa que el programa debe permitir que determinadas obras se distribuyan en los mismos términos. Debe haber una promesa de no discriminar a determinadas personas o grupos. Todos estos factores permiten que el movimiento de código abierto esté disponible para todos y sea de fácil acceso, que es su misión general. Las últimas actualizaciones de la Open Source Institution tuvieron lugar el 19 de enero de 2011: OSI colaboró ​​con la Free Software Foundation y juntos actualizaron una versión de la solicitud que enviaron al Departamento de Justicia de Estados Unidos.

Inconvenientes

  • La estructura de la comunidad de código abierto requiere que las personas tengan experiencia en programación para poder participar en la modificación y el intercambio de código abierto. Las personas interesadas en apoyar el movimiento de código abierto pueden carecer de este conjunto de habilidades.
  • Los programadores y desarrolladores constituyen un gran porcentaje de la comunidad de código abierto y el soporte técnico y / o la documentación solicitados pueden no ser útiles o claros para los usuarios laicos del software de código abierto.
  • La estructura de la comunidad de código abierto implica contribuciones de múltiples desarrolladores y programadores; el software producido de esta manera puede carecer de estandarización y compatibilidad con diversas aplicaciones y capacidades informáticas.
  • La producción puede ser muy limitada. Los programadores que crean software de código abierto a menudo pueden dirigir su atención a otra parte muy rápidamente. Esto abre la puerta a muchos programas y aplicaciones llenos de errores. Debido a que a nadie se le paga por crearlo, muchos proyectos nunca se completan.
  • En la industria del código abierto, el usuario decide la calidad del software. Un usuario debe aprender las habilidades de creación de software de forma independiente y luego tomar las determinaciones apropiadas para la calidad y las capacidades.
  • Es posible que los bibliotecarios no estén equipados para asumir esta nueva responsabilidad de las tecnologías.
  • No hay garantía de que se produzca el desarrollo. Se desconoce si un proyecto de código abierto será utilizable, especialmente cuando se inicia un proyecto sin un apoyo significativo de una o más organizaciones. Incluso si el proyecto alcanza una etapa utilizable, es posible que el proyecto muera si no hay suficiente financiamiento o interés para él.
  • A veces es difícil saber que existe un proyecto y su estado actual. Especialmente para proyectos de código abierto sin un apoyo significativo, no hay mucha publicidad involucrada en el software de código abierto.
  • La cantidad de soporte para un proyecto de código abierto varía mucho. El soporte disponible para el software de código abierto es predominantemente discusiones auto-motivadas que se encuentran en Internet, a veces moderadas por un grupo central de colaboradores. La cantidad de documentación o guías para un proyecto de código abierto también varía mucho. Los proyectos más populares o respaldados por la empresa a menudo tienen documentación más detallada y actualizada. Sin embargo, dado que los proyectos de código abierto cambian con regularidad, la documentación puede quedar obsoleta con facilidad.
  • No hay garantía de actualizaciones. Aunque el software de código abierto está disponible para todos de forma gratuita, no se garantizan actualizaciones periódicas, ya que los usuarios no pagan por su uso.
  • Más allá de los obvios perjuicios hacia el éxito teórico del software de código abierto, hay varios factores que contribuyen a la falta de éxito a largo plazo en los proyectos de código abierto. Uno de los inconvenientes más obvios es que sin licencias de pago o regalías, hay pocos incentivos financieros para que un programador se involucre en un proyecto en primer lugar o para continuar con el desarrollo y el soporte una vez que se lanza el producto inicial. Esto lleva a innumerables ejemplos de software bien anticipado que está condenado para siempre a versiones beta y productos de los primeros modelos no compatibles. Dado que las donaciones son la única fuente de ingresos para un proyecto verdaderamente de código abierto (y con licencia GPL), casi no hay certeza en el futuro del proyecto simplemente debido al abandono del desarrollador, lo que lo convierte en una mala elección para cualquier tipo de aplicación en qué versiones futuras, soporte y un plan a largo plazo serían esenciales, como es el caso de la mayoría del software empresarial.
  • Las organizaciones con acuerdos empresariales siguen pagando acuerdos de licencia incluso si eligen ejecutar software alternativo de código abierto. Por lo tanto, es poco probable que muchas organizaciones consideren el uso de productos alternativos. Como método de ahorro de costes para utilizar productos de Microsoft, muchas grandes corporaciones utilizan acuerdos empresariales y, por lo tanto, pagan una única tarifa de licencia de TI para toda la empresa, a un coste menor por producto. "Las organizaciones con EA que estén interesadas en productos alternativos pueden beneficiarse del escenario de relleno de brechas, pero solo después de que eliminen Microsoft Office de su EA en la próxima renovación y actualización final".

Estructura social de los equipos de contribución de código abierto

Históricamente, los investigadores han caracterizado a los contribuyentes de código abierto como un grupo centralizado en forma de cebolla. El centro de la cebolla está formado por los colaboradores principales que impulsan el proyecto a través de grandes cantidades de opciones de diseño de código y software. La segunda capa más importante son los contribuyentes que responden a las solicitudes de extracción y los informes de errores. La tercera capa más hacia fuera son los contribuyentes que envían principalmente informes de errores. La capa más alejada son aquellos que miran el repositorio y los usuarios del software que se genera. Este modelo se ha utilizado en la investigación para comprender el ciclo de vida del software de código abierto, comprender a los contribuyentes a los proyectos de software de código abierto, cómo herramientas como GitHub pueden ayudar a los contribuyentes en los diversos niveles de participación en el proyecto y comprender mejor cómo la naturaleza distribuida de El software de código abierto puede afectar la productividad de los desarrolladores.

Algunos investigadores no están de acuerdo con este modelo. El trabajo de Crowston et al. Ha descubierto que algunos equipos están mucho menos centralizados y siguen un patrón de flujo de trabajo más distribuido. Los autores informan que existe una correlación débil entre el tamaño del proyecto y la centralización, ya que los proyectos más pequeños están más centralizados y los proyectos más grandes muestran menos centralización. Sin embargo, los autores solo analizaron el informe de errores y la corrección, por lo que no está claro si este patrón solo está asociado con la búsqueda y corrección de errores o si la centralización se distribuye más con el tamaño para cada aspecto del paradigma de código abierto.

Es importante comprender la centralización de un equipo frente a la naturaleza distribuida, ya que puede informar el diseño de herramientas y ayudar a los nuevos desarrolladores a comprender la dinámica de un equipo. Una preocupación con el desarrollo de código abierto es la alta tasa de rotación de los desarrolladores, incluso entre los principales contribuyentes (los que están en el centro de la "cebolla"). Para continuar con un proyecto de código abierto, los nuevos desarrolladores deben unirse continuamente, pero también deben tener las habilidades necesarias para contribuir con un código de calidad al proyecto. A través de un estudio de la contribución de GitHub en proyectos de código abierto, Middleton et al. descubrió que el mayor factor de predicción de que los contribuyentes 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. Luego, los autores sugieren 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 insta a los contribuyentes a participar en estas actividades.

Motivaciones de los programadores

Con el crecimiento y la atención en el movimiento de código abierto, se han investigado las razones y motivaciones de los programadores para crear código gratis. En un documento del 15º Congreso Anual de la Asociación Económica Europea sobre el movimiento del código abierto, se analizaron los incentivos de los programadores a nivel individual, así como a nivel de empresa o red. Lo que es esencialmente el don intelectual de los programadores talentosos desafía el "paradigma del agente económico interesado en sí mismo", y ha hecho que tanto el público como los economistas busquen una comprensión de cuáles son los beneficios para los programadores.

  • Altruismo : El argumento a favor del altruismo es limitado como explicación porque aunque algunos existen, los programadores no enfocan su bondad en causas más benéficas. Si la generosidad de trabajar gratis fue una motivación viable para un movimiento tan prevalente, es curioso por qué no se ha visto tal tendencia en industrias como la biotecnología que tendría un impacto mucho mayor en el bien público.
  • Uso compartido y mejora de la comunidad: la comunidad en línea es un entorno que promueve mejoras, modificaciones y contribuciones continuas al trabajo de los demás. Un programador puede beneficiarse fácilmente del software de código abierto porque al hacerlo público, otros probadores y subprogramas pueden eliminar errores, adaptar el código a otros propósitos y encontrar problemas. Este tipo de función de edición por pares del software de código abierto promueve mejores programas y un estándar de código más alto.
  • Reconocimiento : aunque un proyecto puede no estar asociado con un individuo específico, los contribuyentes a menudo son reconocidos y marcados en el servidor de un proyecto o se les otorga una reputación social . Esto permite que los programadores reciban reconocimiento público por sus habilidades, promoviendo oportunidades profesionales y exposición. De hecho, los fundadores de Sun Microsystems y Netscape comenzaron como programadores de código abierto.
  • Ego : "Si de alguna manera están asignados a un problema trivial y esa es su única tarea posible, pueden pasar seis meses ideando una arquitectura desconcertante ... simplemente para mostrarles a sus amigos y colegas lo duro que están tratando de romper. . " La gratificación del ego se ha citado como una motivación relevante de los programadores debido a su comunidad competitiva. Una comunidad de OSS (software de código abierto) no tiene una distinción clara entre desarrolladores y usuarios, porque todos los usuarios son desarrolladores potenciales. Existe una gran comunidad de programadores que intenta esencialmente eclipsar o impresionar a sus colegas. Disfrutan que otros programadores admiren sus trabajos y logros, lo que contribuye a por qué los proyectos de OSS tienen una ventaja de reclutamiento para talentos desconocidos que una empresa de código cerrado.
  • Expresión creativa : la satisfacción personal también proviene del acto de escribir software como equivalente a la autoexpresión creativa; es casi equivalente a crear una obra de arte. El redescubrimiento de la creatividad, que se ha perdido a través de la producción masiva de productos de software comercial, puede ser una motivación relevante.

Diversidad de género de los programadores

La gran mayoría de programadores en comunidades de código abierto son hombres. En un estudio 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 contribuyentes son mujeres. Aunque las mujeres generalmente están subrepresentadas en la informática, el porcentaje de mujeres en profesiones tecnológicas es en realidad mucho más alto, cercano al 25%. Esta discrepancia sugiere que las programadoras femeninas tienen menos probabilidades que los programadores masculinos 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 los hombres dentro de las comunidades de código abierto que puede ser poco acogedora u hostil hacia las mujeres. Hay iniciativas como Outreachy que tienen como objetivo apoyar a más mujeres y otras identidades de género subrepresentadas a participar en software de código abierto. Sin embargo, dentro de los foros de discusión de proyectos de código abierto, el tema de la diversidad de género puede ser muy controvertido e incluso inflamatorio. Una visión central en el software de código abierto es que debido a que el software se construye y mantiene sobre el mérito de las contribuciones de código individual, las comunidades de código abierto deben actuar como una meritocracia. 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. Así, proponer cambios a la comunidad basados ​​en el género, por ejemplo, para hacer que la comunidad sea más acogedora hacia las mujeres, ir en contra del ideal de una meritocracia al apuntar a ciertos programadores por género y no solo por su habilidad.

Existe evidencia de que el género afecta 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 a sus otras cuentas de redes sociales. Entre programadores masculinos y femeninos, los investigadores encontraron que las programadoras femeninas tenían más probabilidades de que sus solicitudes de extracción fueran aceptadas en el proyecto que los programadores masculinos, sin embargo, solo cuando la mujer tenía un perfil de género neutro. Cuando las mujeres tenían perfiles con un nombre o una imagen que las identificaba como mujeres, era menos probable que aceptaran sus solicitudes de extracción que los programadores masculinos. Otro estudio en 2015 encontró que, de 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 combinación más uniforme de diferentes géneros tendían a ser más productivos.

Muchos proyectos han adoptado el código de conducta del Pacto de Colaboradores en un intento de abordar las preocupaciones sobre el acoso de los desarrolladores minoritarios. Cualquiera que infrinja el código de conducta puede ser disciplinado y, en última instancia, retirado del proyecto.

Evidencia de adopción de código abierto

Las bibliotecas utilizan software de código abierto para desarrollar información y servicios de biblioteca. El propósito del código abierto es proporcionar un software que sea más barato, confiable y de mejor calidad. La única característica que hace que este software sea tan buscado es que es gratuito. Las bibliotecas en particular se benefician de este movimiento debido a los recursos que proporciona. También promueven las mismas ideas de aprendizaje y comprensión de nueva información a través de los recursos de otras personas. El código abierto permite un sentido de comunidad. Es una invitación para que cualquier persona brinde información sobre diversos temas. Las herramientas de código abierto incluso permiten a las bibliotecas crear catálogos basados ​​en la web. Según la fuente de TI, hay varios programas de biblioteca que se benefician de esto.

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 en software, para administrar la información. En 2005, se lanzó un nuevo grupo de presión gubernamental con el nombre de Centro Nacional de Políticas e 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 gubernamentales de TI".

Movimiento de código abierto en el ejército : el movimiento de código abierto tiene potencial para ayudar en el ejército. El software de código abierto permite a cualquiera realizar cambios que lo mejorarán. Esta es una forma de invitación para que las personas pongan sus mentes juntas para desarrollar un software de una manera rentable. La razón por la que los militares están tan interesados ​​es porque es posible que este software pueda aumentar la velocidad y la flexibilidad. Aunque existen contratiempos de seguridad a esta idea debido al hecho de que cualquiera tiene acceso para cambiar el software, las ventajas pueden superar las desventajas. El hecho de que los programas de código abierto se puedan modificar rápidamente es crucial. Se formó un grupo de apoyo para probar estas teorías. El Grupo de Trabajo de Software de Código Abierto Militar se organizó en 2009 y contó con más de 120 miembros militares. Su propósito era reunir a desarrolladores de software y contratistas militares para descubrir nuevas ideas para la reutilización y la colaboración. En general, el software de código abierto en el ejército es una idea intrigante que tiene posibles inconvenientes, pero no son suficientes para compensar las ventajas.

Código abierto en la educación : las universidades y las organizaciones utilizan software principalmente en línea para educar a sus estudiantes. La tecnología de fuente abierta está siendo adoptada por muchas instituciones porque puede evitar que estas instituciones paguen a las empresas para que les proporcionen 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 de muchas otras. El sistema de Universidades del Estado de Colorado fue elaborado por la Fundación Kuali , que se ha convertido en un actor importante en los sistemas administrativos de código abierto. La Fundación Kuali se define a sí misma como un grupo de organizaciones que tiene como objetivo "construir y mantener software de código abierto para la educación superior, a través de la educación superior". Hay muchos otros ejemplos de instrumentos de código abierto que se utilizan en educación además de la Fundación Kuali.

"Para los educadores, el movimiento de código abierto permitió el acceso a software que podría usarse para enseñar a los estudiantes cómo aplicar las teorías que estaban aprendiendo". Con software y redes abiertas, los profesores pueden compartir lecciones, conferencias y otros materiales del curso dentro de una comunidad. OpenTechComm es un programa que está dedicado al "acceso abierto, uso abierto y ediciones abiertas: libro de texto o recurso pedagógico en el que los profesores de cursos de comunicación técnica y profesional en todos los niveles pueden confiar para crear ofertas gratuitas para sus estudiantes". Como se indicó anteriormente, el acceso a programas como este sería mucho más rentable para los departamentos educativos.

Código abierto en la atención médica : creado en junio de 2009 por la organización sin fines de lucro eHealthNigeria, el software de código abierto OpenMRS se utiliza para documentar la atención médica en Nigeria. El uso de este software comenzó en Kaduna, Nigeria, con el fin de cumplir con el propósito de la salud pública. OpenMRS gestiona características como alertar a los trabajadores de la salud cuando los pacientes muestran señales de advertencia de afecciones y registra los nacimientos y muertes a diario, entre otras características. El éxito de este software se debe a su facilidad de uso para quienes se introducen por primera vez en la tecnología, en comparación con el software de atención médica patentado más complejo disponible en los países del primer mundo. Este software está desarrollado por la comunidad y puede ser utilizado libremente por cualquier persona, característica de las aplicaciones de código abierto. Hasta ahora, OpenMRS se está utilizando en Ruanda, Mozambique, Haití, India, China y Filipinas. Apelon Inc, el "proveedor líder de soluciones de interoperabilidad de datos y terminología", también observa el impacto del código abierto en el cuidado de la salud. Recientemente, su Sistema de Terminología Distribuida (Open DTS) comenzó a admitir el sistema de base de datos MySQL de código abierto. Básicamente, esto permite que el software de código abierto se utilice en la atención médica, lo que reduce la dependencia del costoso software de atención médica patentado. Debido al software de código abierto, la industria de la salud tiene disponible una solución gratuita de código abierto para implementar estándares de salud. El código abierto no solo beneficia económicamente a la atención médica, sino que la menor dependencia del software propietario permite una integración más fácil de varios sistemas, independientemente del desarrollador.

Compañías

IBM

IBM ha sido uno de los principales defensores de la iniciativa de código abierto y comenzó a admitir Linux en 1998.

Microsoft

Antes del verano de 2008, Microsoft era generalmente conocido como enemigo de la comunidad de código abierto. El sentimiento anti-código abierto de la compañía fue reforzado por el ex CEO 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". Microsoft también amenazó a Linux con cobrar regalías por violar 235 de sus patentes.

En 2004, Microsoft perdió un caso judicial de la Unión Europea y perdió la apelación en 2007, y su apelación adicional en 2012: ser condenado por abusar de su posición dominante. Específicamente, habían retenido información de interoperabilidad con el proyecto de código abierto Samba (software) , que se puede ejecutar en muchas plataformas y tiene como objetivo "eliminar las barreras a la interoperabilidad".

Sin embargo, en 2008, Sam Ramji, el entonces jefe de estrategia de software de código abierto en Microsoft, comenzó a trabajar en estrecha colaboración con Bill Gates para desarrollar una actitud a favor del código abierto dentro de la industria del software y de la propia Microsoft. Ramji, antes de dejar la compañía en 2009, desarrolló la familiaridad y participación de Microsoft con el código abierto, lo que es evidente en las contribuciones de Microsoft del código de fuente abierta a Microsoft Azure, entre otros proyectos. Estas contribuciones hubieran sido previamente inimaginables para Microsoft. El cambio de actitud de Microsoft sobre el código abierto y los esfuerzos para construir una comunidad de código abierto más fuerte es evidencia de la creciente adopción y adaptación del código abierto.

Ver también

Referencias

Otras lecturas