Coraline Ada Ehmke ha creado una “Licencia hipocrática” que “añade ética a los proyectos de código abierto”. Pero esto parece ser solo el comienzo de una controversia ya que la “Licencia hipocrática” puede no ser de código abierto en absoluto.
Coraline Ada Ehmke, mejor conocida por su Pacto de contribuyentes, ha modificado la licencia de código abierto del MIT a Licencia hipocrática que agrega un par de condiciones a la licencia existente del MIT. Antes de saber qué es, déjame darte el contexto de por qué se creó en primer lugar.
Sin tecnología para ICE
No hay tecnología para ICE | Credito de imagen Ciencia para todos
Agencia de Inmigración y Control de Aduanas del gobierno de EE. UU., HIELO, ha sido condenado por grupos de derechos humanos y activistas por las prácticas inhumanas de separar a los niños de sus padres en la frontera entre Estados Unidos y México bajo la nueva política estricta de inmigración.
Algunos técnicos se han pronunciado en contra de las acciones de ICE y no quieren que ICE utilice los proyectos tecnológicos en los que trabajan, ya que ayudan a ICE de una forma u otra.
El “Sin tecnología para ICE“El movimiento ha estado sucediendo durante algún tiempo, pero se destacó una vez más esta semana cuando un ingeniero llamado Seth Vargo eliminó su proyecto de código abierto después de descubrir que ICE lo estaba usando a través del Chef.
El proyecto se llamó Chef Azúcar, una biblioteca Ruby para simplificar el trabajo con Cocinero, una plataforma para la gestión de la configuración. ICE es uno de los clientes de Chef. El retiro del proyecto afectó momentáneamente a Chef y sus clientes. Chef solucionó rápidamente el problema cargando el proyecto Chef Sugar en su propio repositorio de GitHub.
A pesar de los problemas que causó a varias empresas que utilizan Chef en todo el mundo, Vargo hizo hincapié. La táctica de presión funcionó y después resistencia inicial, Chef cedió y acordó no renovar su contrato con ICE.
Ahora Chef Sugar es un proyecto de código abierto y su desarrollador no puede evitar que la gente lo bifurque y continúe usándolo. Y ahí es donde Coraline Ada Ehmke ideó un nuevo modelo de licencia llamado Licencia hipocrática.
¿Qué es la licencia hipocrática?
Para permitir que más desarrolladores prohíban a organizaciones poco éticas como ICE utilizar sus proyectos de código abierto, Coraline Ada Ehmake introdujo una nueva licencia llamada “Licencia hipocrática”.
El término hipocrático se relaciona con el médico griego antiguo Hipócrates. El Juramento hipocrático es un juramento ético (históricamente tomado por médicos) y una de las partes cruciales del juramento es “Me abstendré de todo daño y daño intencional”. Esta parte del juramento se conoce como “Primum non nocere” o “Primero no hagas daño”.
Toda la terminología es significativa. La licencia se llama licencia hipocrática y está alojada en un dominio llamado firstdonoharm.dev y la idea es permitir que los desarrolladores no sean parte de “malas acciones intencionales”.
El Licencia hipocrática se basa en el popular Licencia de código abierto del MIT. Agrega esta condición adicional y crucial:
El software no puede ser utilizado por individuos, corporaciones, gobiernos u otros grupos para sistemas o actividades que de manera activa y consciente pongan en peligro, dañen o amenacen de alguna otra manera el bienestar físico, mental, económico o general de individuos o grupos desfavorecidos.
¿Es la licencia hipocrática realmente una licencia de código abierto?
No, no es. Eso es lo que Iniciativa de código abierto (OSI) dice. OSI es el organismo reconocido por la comunidad para revisar y aprobar licencias que cumplen con la definición de código abierto.
La introducción a la licencia hipocrática podría llevar a algunos a creer
la licencia es una licencia de software de código abierto y el software distribuido bajo la licencia hipocrática es software de código abierto.
Como ninguno de los dos es cierto, le pedimos que modifique el idioma para eliminar la confusión.
– OpenSourceInitiative (@OpenSourceOrg) 23 de septiembre de 2019
Coraline primero agradecido OSI por señalarlo y luego lo ataca como un “problema de código abierto”.
Este es el problema: la estructura actual de código abierto nos prohíbe específicamente proteger nuestra mano de obra para que no la utilicen organizaciones como ICE.
Eso no es un problema de licencia. Ese es un problema de Open Source ™. https://t.co/XEyu5VNUMJ
– Coraline Ada Ehmke (@CoralineAda) 23 de septiembre de 2019
Coraline claramente no acepta que OSI (Iniciativa de código abierto) y FSF (Free Software Foundation) tiene autoridad en la definición de software libre y de código abierto.
OSI y FSF no son los verdaderos árbitros de lo que es Open Source y lo que es Free Software.
Estamos.
– Coraline Ada Ehmke (@CoralineAda) 22 de septiembre de 2019
Entonces, si OSI y FSF, las organizaciones creadas con el único propósito de definir el código abierto y el software libre, ¿no son la autoridad en este tema, entonces quién es? El “nosotros” en “somos” de la declaración de Coraline es ambiguo. ¿’Nosotros’ representa a las personas que están de acuerdo con el punto de vista de Coraline o ‘nosotros’ significa toda la comunidad de código abierto? Si es lo último, entonces Coraline no representa ni habla por cada persona en la comunidad de código abierto.
¿Resuelve el problema o crea más problemas? ¿Puede el código abierto ser neutral?
Los desarrolladores son (finalmente) cada vez más conscientes del impacto que su trabajo tiene en el mundo y, en particular, en las personas desfavorecidas.
Es tarde para darme cuenta de eso, pero no DEMASIADO TARDE para hacer algo al respecto.
La lección aquí es que la TECNOLOGÍA NO ES NEUTRA.
– Coraline Ada Ehmke (@CoralineAda) 23 de septiembre de 2019
Todo se ve bien desde un punto de vista idealista a primera vista. Parece que esta nueva licencia resolverá el problema de las personas malvadas que utilizan proyectos de código abierto.
Pero veo un problema aquí y ese problema es la percepción del “mal”. Lo que consideras malo depende de tu punto de vista.
Varios técnicos de soporte de “No Tech for ICE” también son partidarios de ANTIFA. ANTIFA se ha dedicado a la violencia física de vez en cuando. ¿Y si un grupo de ‘hombres blancos cis’, que encontraran organizaciones de extrema izquierda como ANTIFA malvado, evitar que utilicen sus proyectos de código abierto? ¿Qué pasa si Richard Stallman regresa de su retiro forzado y comienza a seleccionar personas que pueden usar proyectos GNU en función de si están de acuerdo o no con sus puntos de vista?
La condición de la licencia también dice “a sabiendas poner en peligro, dañar o amenazar de otro modo el bienestar físico, mental, económico o general de personas o grupos desfavorecidos”.
Entonces, ¿todo el asunto solo es aplicable a “individuos o grupos desfavorecidos”, no a otros? ¿Entonces los demás ya no tienen los mismos derechos? Esto no debería ser una sorpresa porque Coraline es la misma persona que tomó medidas extremas para ‘dañar’ el ‘bienestar económico’ de un desarrollador (Coraline no estaba de acuerdo con sus puntos de vista) al hacer todo lo posible para que lo despidieran de su trabajo.
Hasta que se aborden estas preocupaciones, la licencia hipocrática, lamentablemente, seguirá siendo una licencia hipócrita.
¿Dónde terminará esto? ¿Cuántos proyectos de código abierto se bifurcarán entre grupos de combate de diferentes ideologías? ¿Por qué el resto del mundo debería sufrir la política interna estadounidense? ¿No podemos dejar el código abierto sin dividir?
Sus opiniones son bienvenidas. Tenga en cuenta que los comentarios abusivos no se publicarán.
Si este artículo le pareció interesante, tómese un minuto para compartirlo en las redes sociales, Hacker News o Reddit.
