Software libero pensiero libero/Volume I/Parte prima/Brevetti sul software
 |
Questo testo è completo. | |
Traduzione dall'inglese di Bernardo Parrella (2003)
| ◄ | Parte prima - Librerie non libere | Parte prima - Documentazione libera | ► |
Brevetti sul software
Il maggior pericolo a cui ci troviamo di fronte è quello dei brevetti sul software, che possono rendere inaccessibili al software libero algoritmi e funzionalità per un tempo che può estendersi fino a vent’anni. I brevetti sugli algoritmi di compressione LZW furono depositati nel 1983, e ancor oggi non possiamo distribuire programmi liberi che producano immagini GIF compresse. Nel 1998 un programma libero per produrre audio compresso MP3 venne ritirato sotto minaccia di una causa per violazione di brevetto.
Ci sono modi per affrontare la questione brevetti: possiamo cercare prove che un brevetto non sia valido oppure possiamo cercare modi alternativi per completare ugualmente il lavoro. Ognuna di queste tecniche, però, funziona solo in certe circostanze; quando entrambe falliscono, un brevetto può obbligare tutto il software libero a rinunciare a qualche funzionalità che gli utenti desiderano. Cosa dobbiamo fare quando ciò accade?
Chi fra noi apprezza il software libero per il valore della libertà rimarrà comunque dalla parte dei programmi liberi; saremo in grado di svolgere il nostro lavoro senza le funzionalità coperte da brevetto. Ma coloro che apprezzano il software libero perché si aspettano che sia tecnicamente superiore probabilmente grideranno al fallimento quando un brevetto ne impedisce lo sviluppo. Perciò, nonostante sia utile parlare dell’efficacia pratica del modello di sviluppo “a cattedrale”1, e dell’affidabilità e della potenza di un dato programma libero, non ci dobbiamo fermare qui; dobbiamo parlare di libertà e di principi.
Note
- ↑ Probabilmente intendevo scrivere “del modello a bazaar”, poiché era questa l’alternativa nuova e inizialmente controversa.