Eric S. Raymond, uno de los fundadores de OSI (Open Source Initiative), que estuvo en los orígenes del movimiento de código abierto, que se le negó el acceso a las listas de correo de OSI en las que revisión de los puntos 5 y 6 relacionado con la prohibición de la discriminación, y también criticó los intentos de limitar el comportamiento poco ético en el nivel de las licencias y la imposición de ideas. . Ya varios meses en OSI relacionado con intentos de habilitar la licencia (Licencia de autonomía criptográfica) es una de las licencias abiertas aprobadas por OSI. En Enero
debido a desacuerdos relacionados con CAL de OSI Bruce Perens, quien junto con Eric Raymond desarrolló la definición de Código Abierto y creó la organización OSI.
Según Raymond, la organización OSI ha alcanzado un nivel de burocratización correspondiente al tercer , sugerido por el escritor "El comportamiento de cualquier organización burocrática se comprende mejor suponiendo que está controlada por una conspiración secreta de sus enemigos". Raymond fue eliminado de las listas de correo por ser demasiado persistente contra una interpretación diferente de los principios fundamentales que prohíben en una licencia la vulneración de los derechos de determinados grupos y la discriminación en el ámbito de aplicación.
Según Raymond, actualmente se está intentando redefinir los fundamentos culturales del software de código abierto. En lugar de los principios de la meritocracia y el enfoque de “muéstrame el código”, se está imponiendo un nuevo modelo de comportamiento según el cual nadie debería sentirse incómodo. El efecto de tales acciones es reducir el prestigio y la autonomía de las personas que hacen el trabajo y escriben el código, en favor de autoproclamados guardianes de las costumbres nobles (, se centran en la manera en que se presentan los argumentos más que en los argumentos en sí).
Este trabajo, incluso si se lleva a cabo con buenas intenciones, interrumpe los procesos de autocorrección del comportamiento en la comunidad y muy fácilmente puede convertirse en censura de otras opiniones. Los “códigos de conducta”, diseñados para regular incluso las actividades de los participantes no relacionadas con el proyecto, se están generalizando cada vez más y a menudo se convierten en una herramienta para suprimir puntos de vista alternativos y otras opiniones.
En cuanto a las restricciones éticas en las licencias y una visión diferente sobre los puntos 5 y 6 de la definición de licencia abierta, recientemente, cada vez más proyectos han expresado su descontento con el hecho de que los proveedores de la nube crean productos comerciales derivados y se dedican a la reventa de marcos abiertos y DBMS en forma de servicios en la nube, pero no participan en la vida de la comunidad y no ayudan en el desarrollo. La consecuencia es la introducción de licencias que imponen restricciones en el ámbito de uso. En los últimos años se han adoptado licencias similares en proyectos como , , , и .
Una licencia puede convertirse en un precedente (Licencia de Autonomía Criptográfica), que está cerca de ser considerada abierta por la organización OSI. Esta licencia introduce nuevas restricciones debido al deseo de evitar que las empresas controlen los datos de los usuarios y obligar a los desarrolladores de aplicaciones a almacenar claves de cifrado sólo en los sistemas del usuario final. Los requisitos señalados pueden considerarse una discriminación contra los desarrolladores de aplicaciones que almacenan claves en un servidor centralizado.
Recuerde que la CAL a la categoría de licencias copyleft y por orden del proyecto específicamente para una protección adicional de los datos del usuario en aplicaciones P2P distribuidas. Holochain está desarrollando una plataforma basada en hashchain para crear aplicaciones distribuidas verificadas criptográficamente y, con la nueva licencia, intenta garantizar que cualquier aplicación basada en Holochain sea confiable y autónoma. Además de exigir que todos los trabajos derivados se distribuyan bajo los mismos términos, la licencia otorga la ejecución pública únicamente manteniendo la confidencialidad y autonomía de las claves criptográficas privadas de cada usuario individual.
CAL se diferencia conceptualmente de otras licencias, ya que cubre no sólo el código, sino también los datos que se procesan. Según una CAL, si la confidencialidad de las claves de un usuario se ve comprometida (por ejemplo, las claves se almacenan en un servidor centralizado), se viola la propiedad de los datos y se pierde el control sobre sus propias copias de la aplicación. En la práctica, esta característica de licencia permite la manipulación de claves sólo por parte del usuario final, sin almacenarlas en servidores centralizados. Por ejemplo, una licencia CAL no permitirá a una empresa crear su propio chat P2P corporativo basado en Holochain, en el que las claves de los empleados se colocan en un almacenamiento común controlado por la empresa, lo que no excluye la posibilidad de leer correspondencia.
Nota: actualmente , el sitio web de OSI (Open Source Initiative), que verifica que las licencias cumplan con los criterios de Open Source, no está disponible en la Federación Rusa debido a Roskomnadzor (IP 159.65.34.8 está incluida en la antigua lista de bloqueo de servicios en la nube que se utilizaban en Telegram). Por una razón similar para bloquear 68 recursos relacionados con el desarrollo de código abierto, incluidos blogs.apache.org, git.openwrt.org, mozilla.cloudflare-dns.com, bugs.php.net, bugs.python.org, etc.
Fuente: opennet.ru