Troppe licenze open source?
San Francisco (USA) - Una decina di anni fa le licenze open source si contavano sulle dita di una sola mano: oggi sono più di cinquanta, e in costante crescita. La proliferazione delle licenze aperte viene ormai visto dalla comunità open source come un problema piuttosto serio, capace di confondere gli utenti e ostacolare la condivisione e il riutilizzo del codice.
Una soluzione è stata in questi giorni proposta da Russ Nelson, colui che alla fine di gennaio ha ereditato la carica di presidente dell'Open Source Initiative (OSI) da Eric Raymond. La proposta è quella di aggiungere alle 10 regole contenute nellaOpen Source Definition, le stesse che stabiliscono i requisiti che una licenza deve avere per essere considerata open source, tre nuovi punti:
- una licenza open source non può duplicare le licenze già esistenti;
- una licenza dev'essere scritta in modo chiaro, semplice e comprensibile;
- una licenza dev'essere riutilizzabile semplicemente sostituendo i nomi di specifici individui, progetti o organizzazioni contenuti in un apposito allegato.
Nelson ammette che questa piccola integrazione alla definizione di licenza open source non è una panacea, tuttavia la ritiene già sufficiente per contrastare la tendenza, da parte delle aziende, a creare licenze open source che spesso differiscono da quelle già in circolazione solo per alcuni piccoli particolari.
Il capo dell'OSI afferma che le incompatibilità fra licenze, che spesso rendono impossibile mescolare il codice di due o più progetti open source, nascono spesso da banali errori di trascrizione o da clausole inserite senza troppo criterio. Razionalizzare il processo di certificazione delle licenze open source, secondo Nelson, potrebbe eliminare molti equivoci e incentivare le aziende ad uniformarsi ai modelli di licenza già certificati e diffusi sul mercato.
La proposta di Nelson ha già ottenuto la benedizione di Bruce Perens, co-fondatore dell'OSI e principale autore dell'attuale Open Source Definition.
Altri membri della comunità open source si sono invece mostrati scettici o del tutto contrari a tale soluzione, nella maggioranza dei casi perché ritengono che le regole ideate da Nelson non possano far parte dei principi fondamentali alla base dell'Open Source. Paletti di questo tipo, secondo alcuni, creano un pericoloso precedente e rischiano, in futuro, di avallare modifiche capaci di corrompere il concetto stesso di Open Source.
Allegati
The Open Source Definition [en]
25 Kb - Formato pdfLe 10 regole stabilite dall'OSI perchè un software possa definirsi Open Source
Articoli correlati
Intelligenza artificiale e pace - Criticità e opportunità
Appunti per attivisti pacifisti allo scopo di orientarsi nel nuovo mondo dell'intelligenza artificiale7 gennaio 2024 - Francesco Iannuzzelli- Historical memory
What can we learn from the failure of the Alinari company?
The Alinari Archives is one of the most important photographic archives in the world. Its history began in Florence in 1852. The archives contains more than 5 million photographic documents25 gennaio 2021 - Capitolo italiano di Creative Commons - Tesi del Master "Scienza Tecnologia e Innovazione"
Dal pensiero strade per innovare
Software e comunicazione digitale, circolazione della conoscenza ed esigenze di tutela della proprietà intellettuale28 gennaio 2010 - Lidia Giannotti Apriti codice, ed è business
I vantaggi economici dello sviluppo collettivo del softwareDalle università alle aziende, si scopre che l'open source rende. Qualità, flessibilità e comunità le parole d'ordine. E le istanze etiche, cacciate dalla porta, rientrano così dalla finestra22 novembre 2007 - Carola Frediani
Sociale.network