De Wikipedia, la enciclopedia libre
Saltar a navegación Saltar a búsqueda
No confundir con el movimiento del software libre , un movimiento relacionado.
Para movimientos relacionados más allá del software, consulte Modelo de código abierto .

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 . [1] 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 . [2]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. [3]Este método hace que sea difícil establecer la propiedad de un fragmento de código en particular, pero está en consonancia 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. [2] Esto llevó a un software como MediaWiki , el software con el que se construye el sitio web de Wikipedia .

Breve historia [ editar ]

Más información: Software de código abierto § Historia e Historia del software gratuito y de código abierto

La etiqueta "fuente abierta" fue creada y adoptada por un grupo de personas en el movimiento del software libre en una sesión de estrategia [4] celebrada en Palo Alto, California , en 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". [5] Aquellas 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 Perensy Eric S. Raymond fundaron una organización llamada Open Source Initiative (OSI) "como una organización educativa, de defensa y administración en un momento decisivo en la historia de esa cultura". [6]

Evolución [ editar ]

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 AT&Tpodria hacer. 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. [7]

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 . [8] 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. [3] 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. [3] Tanto el movimiento del software libre como el movimiento del 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 a veces se mencionan en la literatura como parte de las comunidades de software libre o de software libre y abierto o de software libre y abierto de FLOSS .

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. [9] Los miembros de la comunidad de código abierto están dispuestos a coexistir con los creadores de software propietario [3] y sienten que la cuestión de si el software es de código abierto es una cuestión de practicidad. [10]

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 [3] y que el software propietario es poco ético e injusto. [3]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. [11]

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. [12] 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. [3]

Problemas legales [ editar ]

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 [ editar ]

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 defensa 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. [6]

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" [3] El OSI es propietario de la marca comercial ". Código abierto ". [2] La principal herramienta que adoptaron para ello fue la definición de código abierto . [13]

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 a favor de promover el uso de la término "código abierto". [6]

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 rivalizar con gran parte del software propietario que ya está disponible. [3]

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. [14]

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. [15]

Fortalezas [ editar ]

  • 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. [dieciséis]
  • La comunidad de código abierto promueve la creación de software que no es propietario, lo que resulta en menores costos. [dieciséis]
  • 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. [dieciséis]
  • Una herramienta de código abierto pone al administrador del sistema en control del nivel de riesgo asumido al implementar la herramienta. [17]
  • 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. [17]
  • 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. [18]
  • En caso de falla del mercado, los programadores e innovadores trabajan juntos para asegurarse de que el software aún funcione [19]
  • 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". [20] 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 el propietario era la única opción". [20]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. [21] Tanto para el software de código abierto como para el 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. [22]

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. [23]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 Open Source Institution se llevaron a cabo el 19 de enero de 2011:La 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.[24]

Inconvenientes [ editar ]

  • 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. [3]
  • 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 buscados pueden no ser útiles o claros para los usuarios laicos del software de código abierto. [dieciséis]
  • 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. [dieciséis]
  • 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. [25]
  • 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. [26]
  • Es posible que los bibliotecarios no estén equipados para asumir esta nueva responsabilidad de las tecnologías. [27]
  • 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 en é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 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. Con las donaciones como 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 la que las versiones futuras, el soporte y un plan a largo plazo serían esenciales, como es el caso de la mayoría del software empresarial.[28]
  • 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". [29]

Estructura social de los equipos de contribución de código abierto [ editar ]

Históricamente, los investigadores han caracterizado a los contribuyentes de código abierto como un grupo centralizado en forma de cebolla. [30]El centro de la cebolla consiste en 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 los 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 distintos 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. [31] [32] [33]

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. [31] 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 contribuyentes principales (los que están en el centro de la "cebolla"). [34]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. [33]

Motivaciones de los programadores [ editar ]

Ver también: Motivaciones para la participación en línea

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", [35] 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. [ cita requerida ] 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ían un impacto mucho mayor en el bien público. [35]
  • 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. [35]
  • 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. [35]
  • 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. . " [36] La gratificación del ego se ha citado como una motivación relevante de los programadores debido a su comunidad competitiva. [36] 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. [37] 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. [36]
  • 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. [38]

Diversidad de género de los programadores [ editar ]

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. [39] 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%. [40] Esta discrepancia sugiere que las programadoras femeninas son en general menos propensas que los programadores masculinos a 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. [41] 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. [41] Una visión central en el software de código abierto es que debido a que el software se construye y se mantiene sobre el mérito de las contribuciones de código individual, las comunidades de código abierto deben actuar como una meritocracia. [42]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. [41]

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. [43] Entre programadores masculinos y femeninos, los investigadores encontraron que las programadoras femeninas eran en realidad más probablespara que sus solicitudes de extracción sean aceptadas en el proyecto que los programadores masculinos, sin embargo, solo cuando la mujer tenía un perfil de género neutral. 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 realizado 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. [42]

Evidencia de adopción de código abierto [ editar ]

Artículo principal: Software gratuito y de código abierto § Adopción

Las bibliotecas están utilizando software de código abierto para desarrollar información, así como servicios bibliotecarios. 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. [27]

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. [44] En 2005, se lanzó un nuevo grupo de presión gubernamental con el nombre de Centro Nacional de Política 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". [45]

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 Militarse organizó en 2009 y contó con más de 120 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. [46]

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 KualiFundación 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 la educación además de la Fundación Kuali. [47]
"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". [48]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". [49] 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 OpenMRSse 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 administra 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. [50]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 los estándares del cuidado de la 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. [51]

Empresas [ editar ]

Ver también: Modelos comerciales para software de código abierto

IBM [ editar ]

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

Microsoft [ editar ]

Artículo principal: Microsoft y código abierto

Antes del verano de 2008, Microsoft era generalmente conocido como enemigo de la comunidad de código abierto [ cita requerida ] . 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 maligno". 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, [53] y perdió la apelación en 2007, [54] y su apelación adicional en 2012: [55] fue condenado por abusar de su posición dominante. Específicamente, habían retenido información de interoperabilidad con el código abierto.Proyecto Samba (software) , que se puede ejecutar en muchas plataformas y tiene como objetivo "eliminar las barreras a la interoperabilidad". En 2008, sin embargo, 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. [56]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. [57] [58]

Ver también [ editar ]

  • Producción entre pares basada en bienes comunes
  • Derechos digitales
  • Diversidad en software de código abierto
  • Lista de paquetes de software gratuitos y de código abierto
  • Lista de proyectos de hardware de código abierto
  • Colaboración masiva
  • Movimiento de diseño abierto
  • Modelo de código abierto
  • Tecnología apropiada de código abierto
  • Hardware de código abierto
  • Gobernanza de código abierto
  • Arquitectura de código abierto
  • Película de código abierto
  • Ecología de código abierto
  • Compartiendo economía
  • Sistema económico P2P
  • Producción entre pares
  • La revolución virtual

Referencias [ editar ]

  1. ^ Levine, Sheen S .; Prietula, MJ (2013). "Colaboración abierta para la innovación: principios y desempeño". Ciencias de la Organización . 25 (5): 1414–1433. arXiv : 1406,7541 . doi : 10.1287 / orsc.2013.0872 . SSRN  1096442 .
  2. ↑ a b c Wyllys, RE (2000). Descripción general del movimiento de código abierto . Obtenido el 22 de noviembre de 2009 de la Universidad de Texas en Austin Graduate School of Library & Information Science
  3. ^ a b c d e f g h i j Warger, T. (2002) El movimiento de código abierto Archivado el 17 de julio de 2011 en la Wayback Machine . Obtenido el 22 de noviembre de 2009 del Centro de información de recursos educativos
  4. ^ Tiemann, Michael (19 de septiembre de 2006). "Historia del OSI" . Iniciativa de código abierto . Consultado el 23 de agosto de 2008 .
  5. ^ Una breve historia del movimiento de código abierto. Archivado el 11 de abril de 2011 en la Wayback Machine . Sloanreview.mit.edu (18 de noviembre de 2011). Consultado el 30 de noviembre de 2011.
  6. ^ a b c Historia del OSI | Iniciativa de código abierto . Opensource.org. Consultado el 30 de noviembre de 2011.
  7. ^ Weber, Steven. El éxito del código abierto. El presidente y los miembros de la Universidad de Harvard. 2004. Imprimir pág. 20–28. ISBN 9780674018587 Todo este párrafo hace referencia a Steven Weber 
  8. ^ Tennant, D. (2008, 11 de agosto). De pie en los principios. Computerworld, pág. 4. Obtenido de la base de datos Business Source Premier.
  9. ^ Taft, DK (2009, 3 de noviembre). Microsoft vuelve a comprometerse a una contribución de Apache de $ 100k en ApacheCon . Obtenido el 8 de mayo de 2020 de eWeek
  10. ^ Elliott, MS; Scacchi, Walt (2008). "Movilización de desarrolladores de software: el movimiento del software libre". Tecnología de la información y personas . 21 (1): 4. doi : 10.1108 / 09593840810860315 .
  11. ^ 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 .   Cite journal requiere |journal=( ayuda )
  12. ^ Stallman, RM (2007). Por qué el "software libre" es mejor que el "código abierto" . Obtenido el 22 de noviembre de 2009 de GNU.org
  13. ^ La definición de código abierto | Iniciativa de código abierto . Opensource.org. Consultado el 30 de noviembre de 2011.
  14. ^ Sullivan, J (2011). "Abogacía 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". Revista de Tecnología y Política de la Información . 8 (3): 223–239. doi : 10.1080 / 19331681.2011.592080 .[ enlace muerto permanente ]
  15. ^ Ceraso, A .; Pruchnic, J. (2011). "Introducción: cultura y estética del código abierto" . Crítica . 53 (3): 337. doi : 10.1353 / crt.2011.0026 . Archivado desde el original el 22 de septiembre de 2017.
  16. ↑ a b c d e Webb, M. (2001, 18 de julio). Ir con software de código abierto Archivado 2009-03-09 en Wayback Machine . Obtenido el 22 de noviembre de 2009 de techsoup
  17. ^ a b Los beneficios del código abierto . Albion.com. Consultado el 30 de noviembre de 2011.
  18. ^ Fosfuri, Andrea; Giarratana, Marco; Luzzi, Alessandra. "El pingüino ha entrado en el edificio: la comercialización de productos de software de código abierto" . Ciencias de la Organización . Consultado el 6 de febrero de 2012 .[ enlace muerto permanente ]
  19. ↑ von Hippel, Eric. "Software de código abierto y el modelo de innovación" privado-colectivo ": cuestiones para la ciencia de las organizaciones" . Ciencias de la Organización . INFORMA: Instituto de Investigaciones Operativas . Consultado el 6 de febrero de 2012 .[ enlace muerto permanente ]
  20. ^ a b Kirk St. Amant y Brian D. Ballentine ( http://0-web.ebscohost.com.sculib.scu.edu/ehost/detail?sid=7f13174d-c614-4ff9-a68d-b5336a49c866%40sessionmgr14&vid=7&hid = 25 [ enlace muerto permanente ] )
  21. ^ Elliott, Margaret S. "Instituto de investigación de software" . Universidad de California . Consultado el 1 de junio de 2012 .
  22. ↑ West, Joel (2003). "¿Qué tan abierto es lo suficientemente abierto ?: Combinando estrategias de plataforma propietaria y de código abierto". Política de investigación . Elsevier BV 32 : 1259-1285. doi : 10.1016 / S0048-7333 (03) 00052-0 .
  23. ^ Poynder, R. (sin fecha). Característica de TI: El movimiento de código abierto . Information Today, Inc .. Consultado el 25 de enero de 2011
  24. ^ Wyllys, R. (sin fecha). Descripción general del movimiento de código abierto [ enlace muerto permanente ] . Escuela de Información de UT - Página de inicio. Consultado el 25 de enero de 2011
  25. ^ "Ventajas y desventajas del software de código abierto" . Archivado desde el original el 10 de enero de 2012.. Compañía de software. Consultado el 30 de noviembre de 2011.
  26. ^ Dorado, Bernard. Tener éxito con el código abierto. Educación Pearson. 2005 ISBN 9780321268532 
  27. ↑ a b Poynder, Richard (2001). "El movimiento del código abierto" . Información hoy . 8 (9).
  28. ^ Ir con software de código abierto . Techsoup.org (18 de julio de 2001). Consultado el 30 de noviembre de 2011.
  29. ^ [1]
  30. ^ Nakakoji, K .; Y. Yamamoto; Y. Nishinaka; K. Kishida; Y. Ye (2002). "Patrones de evolución de comunidades y sistemas de software de código abierto". Actas del Taller internacional sobre los principios de la evolución del software : 76–85.
  31. ^ a b Crowston, Kevin; James Howison (7 de febrero de 2005). "La estructura social del desarrollo de software libre y de código abierto" . Primer lunes . 10 (2). doi : 10.5210 / fm.v10i2.1207 . Consultado el 17 de febrero de 2019 .
  32. ^ Sheoran, Jyoti; Kelly Blincoe; Eirini Kalliamvakou; Daniela Damian; Jordan Ell (2014). "Comprensión de los" observadores "en GitHub". Actas de la 11ª Conferencia de trabajo sobre repositorios de software de minería : 336–339.
  33. ^ a b Middleton, Justin; Emerson Murphy-Hill; Demetrius Green; Adam Meade; Roger Mayer; David White; Steve McDonald (2018). "Qué contribuciones predicen si los desarrolladores son aceptados en los equipos de github". Actas de la 15ª Conferencia Internacional sobre Repositorios de Software de Minería : 403–413. doi : 10.1145 / 3196398.3196429 . ISBN 9781450357166.
  34. ^ Robles, G; JM González-Barahona; I. Herraiz (2009). "Evolución del equipo central de desarrolladores en proyectos de software libre". Actas de la 6ª Conferencia Internacional sobre Repositorios de Software de Minería : 167-170.
  35. ^ a b c d Lerner, Josh; Jean Tirole (9 de mayo de 2001). "El movimiento de código abierto: preguntas clave de investigación". Revista económica europea . 45 (4–6): 819–826. doi : 10.1016 / S0014-2921 (01) 00124-6 .
  36. ^ a b c Greenspun, Philip. "Gestión de ingenieros de software" . Consultado el 7 de febrero de 2012 .
  37. ^ Vosotros, Yunwen; Kouichi Kishida (3 a 10 de mayo de 2003). "Hacia una comprensión de la motivación de los desarrolladores de software de código abierto" (PDF) . Congreso Internacional de Ingeniería de Software . Archivado desde el original (PDF) el 1 de febrero de 2012 . Consultado el 7 de febrero de 2012 .
  38. ^ 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 .
  39. ^ Nafus, Dawn, James Leach y Bernhard Krieger. "Género: Informe integrado de hallazgos". FLOSSPOLS, Entregable D 16 (2006).
  40. ^ Ashcraft, Catherine, Brad McLain y Elizabeth Eger. "Mujeres en la tecnología: los hechos". (2016).
  41. ↑ a b c Nafus, Dawn (2012). " ' Los parches no tienen género': lo que no está abierto en el software de código abierto". Nuevos medios y sociedad . 14 (4): 669–683. doi : 10.1177 / 1461444811422887 .
  42. ↑ a b Vasilescu, Bogdan, Daryl Posnett, Baishakhi Ray, Mark GJ van den Brand, Alexander Serebrenik, Premkumar Devanbu y Vladimir Filkov. "Diversidad de género y tenencia en los equipos de GitHub". En Actas de la 33ª Conferencia Anual de ACM sobre factores humanos en sistemas informáticos , págs. 3789-3798. ACM, 2015.
  43. ^ Terrell, Josh, Andrew Kofink, Justin Middleton, Clarissa Rainear, Emerson Murphy-Hill, Chris Parnin y Jon Stallings. Diferencias de género y sesgos en el código abierto: aceptación de solicitudes de extracción de mujeres frente a hombres . No. e1733v2. Preprints de PeerJ, 2016.
  44. ^ Moore, J. (2008, 14 de agosto). Un papel protagónico para el código abierto. Obtenido el 22 de noviembre de 2009 de Federal Computer Week: http://fcw.com/articles/2008/08/14/a-starring-role-for-open-source.aspx
  45. ^ El movimiento de código abierto de Chris Preimesberger obtiene un lobby . eWeek. 14 de octubre de 2005
  46. ^ Toon, John (2009). "El movimiento de código abierto puede acelerar el desarrollo de software militar" . Instituto de Investigación de Tecnología de Georgia . Consultado el 21 de diciembre de 2011 .
  47. ^ Acerca de . www.kuali.org. Consultado el 30 de noviembre de 2011.
  48. ^ San Amant y Ballentine 2011 p.343
  49. ^ Aún así ( http://0-web.ebscohost.com.sculib.scu.edu/ehost/pdfviewer/pdfviewer?sid=7f13174d-c614-4ff9-a68d-b5336a49c866%40sessionmgr14&vid=4&hid=25 [ enlace muerto permanente ] )
  50. ^ eHealthNigeria. (2012). eHealthNigeria: Preguntas frecuentes archivadas el 4 de enero de 2012 en Wayback Machine . Consultado el 4 de febrero de 2012
  51. ^ (2012, 17 de enero). Apelon anuncia la disponibilidad de una solución de gestión terminológica de código completamente abierto . Consultado el 4 de febrero de 2012
  52. ^ "IBM lanza la línea de Linux más grande de la historia" . IBM. 2 de marzo de 1999. Archivado desde el original el 10 de noviembre de 1999.
  53. ^ "Groklaw.net - la decisión de Microsoft de la UE - diciembre de 2004" . Consultado el 13 de octubre de 2014 .
  54. ^ "Groklaw.net - EU Ct. De 1ra instancia: Microsoft abusó de su posición dominante - actualizado - septiembre de 2007" . Consultado el 13 de octubre de 2014 .
  55. ^ "Groklaw.net Microsoft pierde su apelación de la UE" . Consultado el 13 de octubre de 2014 .
  56. ^ Metz, Cade. (2012, 30 de enero). Conozca a Bill Gates, el hombre que cambió el software de código abierto . Consultado el 4 de febrero de 2012
  57. ^ Metz, Cade. (2011, 4 de noviembre). Cómo Microsoft aprendió a dejar de preocuparse y (casi) aman el código abierto . Consultado el 4 de febrero de 2012
  58. ^ El equipo de Samba. (Dakota del Norte). Samba: abriendo ventanas a un mundo más amplio, ¿qué es Samba? . Consultado el 4 de febrero de 2012

Lectura adicional [ editar ]

  • Weber, Steven (2004). El éxito del código abierto . El presidente y los miembros de la Universidad de Harvard. págs. 20-28. ISBN 978-0-674-01858-7.
  • Meeker, Heather (2008). La alternativa de código abierto: comprender los riesgos y aprovechar las oportunidades . John Wiley e hijos . ISBN 978-0-470-19495-9.
  • Schrape, Jan-Felix (2019). "Proyectos de código abierto como incubadoras de innovación. De fenómeno de nicho a parte integral de la industria". Convergencia . 25 (3): 409–427. doi : 10.1177 / 1354856517735795 .
  • Software Freedom Law Center (3 de marzo de 2008). "Un manual de cuestiones legales para proyectos de código abierto y software libre" .
  • The Open Source Movement (24 de octubre de 2010). "El movimiento del código abierto" . Archivado desde el original el 29 de julio de 2013 . Consultado el 25 de abril de 2020 .
  • Rosen, Lawrence (julio de 2009). "Los malos hechos hacen buenas leyes: el caso Jacobsen y el código abierto" . Revisión internacional de software libre y de código abierto . Software Freedom Law Center, Inc .
  • Howe, Denis. "Copyleft" . Diccionario gratuito de informática en línea . Consultado el 14 de octubre de 2010 .
  • Goettsch, Kerry D. (2003). "Grupo SCO v. IBM: el futuro del software de código abierto" . Revista de derecho, tecnología y políticas : 581.
  • "La definición de código abierto" . Iniciativa de código abierto . Consultado el 14 de octubre de 2010 .
  • 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" .
  • Aún (2010). "Una docena de años después del nacimiento de Open Source en 1998, es hora de OpenTechComm" .[ enlace muerto permanente ]
  • ssy.org.uk/2012/01/the-online-revolution/ The Online Revolution [ enlace muerto ] archivado en https://web.archive.org/web/20130718231856/http://ssy.org.uk/2012 / 01 / la-revolución-online /