Eric S. Raymond, un dels fundadors de l'OSI (Open Source Initiative), que va ser als orígens del moviment de codi obert, que se li va denegar l'accés a les llistes de correu de l'OSI en què ell Revisió dels punts 5 i 6 relacionat amb la prohibició de la discriminació, i també va criticar els intents de limitar els comportaments poc ètics a nivell de llicències i la imposició d'idees . Ja fa uns quants mesos a OSI relacionats amb els intents d'habilitar la llicència (Cryptographic Autonomy License) és una de les llicències obertes aprovades per OSI. Al gener
a causa de desacords relacionats amb CAL d'OSI Bruce Perens, que juntament amb Eric Raymond van desenvolupar la definició de codi obert i van crear l'organització OSI.
Segons Raymond, l'organització OSI ha assolit un nivell de burocratització corresponent al tercer , proposat per l'escriptor "El comportament de qualsevol organització burocràtica s'entén millor si suposem que està controlada per una conspiració secreta dels seus enemics". Raymond va ser eliminat de les llistes de correu per ser massa persistent contra una interpretació diferent dels principis fonamentals que prohibeixen en una llicència la vulneració dels drets de determinats col·lectius i la discriminació en l'àmbit d'aplicació.
Segons Raymond, actualment hi ha un intent de redefinir els fonaments culturals del programari de codi obert. En comptes dels principis de meritocràcia i de l'enfocament “mostra'm el codi”, s'està imposant un nou model de comportament, segons el qual ningú s'ha de sentir incòmode. L'efecte d'aquestes accions és reduir el prestigi i l'autonomia de les persones que fan la feina i redacten el codi, en favor dels guardians autodenominats de les maneres nobles (, se centren en la manera com es presenten els arguments més que en els arguments en si).
Aquest treball, encara que es dugui a terme amb bones intencions, pertorba els processos d'autocorrecció de conductes a la comunitat i es pot convertir molt fàcilment en censura d'altres punts de vista. Els "codis de conducta", dissenyats per regular fins i tot les activitats dels participants no relacionades amb el projecte, s'estan estenent cada cop més i sovint es converteixen en una eina per suprimir punts de vista i altres opinions alternatius.
Pel que fa a les restriccions ètiques a les llicències i una visió diferent dels punts 5 i 6 de la definició de llicència oberta, recentment cada cop més projectes han expressat la seva insatisfacció pel fet que els proveïdors de núvol creen productes comercials derivats i es dediquen a la revenda de marcs oberts i DBMS en forma de serveis al núvol, però no participen en la vida de la comunitat i no ajuden al desenvolupament. La conseqüència és la introducció de llicències que imposen restriccions a l'àmbit d'ús. En els últims anys s'han adoptat llicències similars en projectes com ara , , , и .
Una llicència pot esdevenir un precedent (Llicència d'autonomia criptogràfica), que està a punt de ser considerada oberta per l'organització OSI. Aquesta llicència introdueix noves restriccions a causa de la voluntat d'evitar que les empreses controlin les dades dels usuaris i d'obligar els desenvolupadors d'aplicacions a emmagatzemar claus de xifratge només als sistemes d'usuari final. Els requisits esmentats es poden considerar com una discriminació contra els desenvolupadors d'aplicacions que emmagatzemen claus en un servidor centralitzat.
Recordeu que la CAL a la categoria de llicències copyleft i per ordre del projecte específicament per a la protecció addicional de les dades dels usuaris en aplicacions P2P distribuïdes. Holochain està desenvolupant una plataforma basada en hashchain per crear aplicacions distribuïdes verificades criptogràficament i, amb la nova llicència, intenta garantir que qualsevol aplicació basada en Holochain sigui fiable i autònoma. A més d'exigir que totes les obres derivades es distribueixin sota els mateixos termes, la llicència només concedeix l'actuació pública mantenint la confidencialitat i l'autonomia de les claus criptogràfiques privades de cada usuari individual.
CAL és conceptualment diferent d'altres llicències, ja que cobreix no només el codi, sinó també les dades que s'estan processant. Amb una CAL, si es compromet la confidencialitat de les claus d'un usuari (per exemple, les claus s'emmagatzemen en un servidor centralitzat), es viola la propietat de les dades i es perd el control de les seves pròpies còpies de l'aplicació. A la pràctica, aquesta característica de llicència permet la manipulació de claus només per part de l'usuari final, sense emmagatzemar-les en servidors centralitzats. Per exemple, una llicència CAL no permetrà a una empresa crear el seu propi xat corporatiu P2P basat en Holochain, en què les claus dels empleats es col·loquen en un emmagatzematge comú controlat per l'empresa, cosa que no exclou la possibilitat de llegir correspondència.
Nota: actualment , el lloc web de l'OSI (Open Source Initiative), que verifica que les llicències compleixin els criteris de codi obert, no està disponible a la Federació Russa a causa de Roskomnadzor (IP 159.65.34.8 s'inclou a l'antiga llista de bloqueig de serveis al núvol que s'utilitzaven a Telegram). Per un motiu semblant de bloqueig 68 recursos relacionats amb el desenvolupament de codi obert, inclosos blogs.apache.org, git.openwrt.org, mozilla.cloudflare-dns.com, bugs.php.net, bugs.python.org, etc.
Font: opennet.ru