La licenza BSD è preferibile per trasferire risultati di ricerca in modo che vengano ampiamente distribuiti e che benefici l'economia. Pertanto, agenzie di finanziamento di ricerca, quali le americane NSF, ONR, DARPA o, in Italia, il CNR, dovrebbero incoraggiare, nelle fasi iniziali dei progetti di ricerca finanziati, l'adozione di licenze in stile BSD per software, dati, risultati e hardware aperto. Dovrebbero incoraggiare anche la formazione di standard basati su sistemi implementati Open Source e progetti Open Source in sviluppo.
Le politiche di governo dovrebbero minimizzare i costi e le difficoltà nel pasaggio dalla ricerca alla distribuzione. Quando possibile, le sovvenzioni dovrebbero richiedere che i risultati vengano resi disponibili secondo le condizioni di una licenza compatibile con la commercializzazione in stile BSD.
In molti casi, i risultati a lungo termine di una licenza in stile BSD riflettono più precisamente gli obiettivi proclamati nella carta di ricerca delle università rispetto a quanto accade quando i risultati sono sottoposti a copyright o brevetti e soggetti a licenze proprietarie di università. Aneddoti dimostrano che le università vengono ricompensate meglio finanziariamente nel lungo termine rilasciando i propri risultati di ricerca e quindi esortando a versare donazioni gli ex allievi che vantano successi commerciali.
Le aziende hanno riconosciuto da molto tempo che la creazione di standard de facto è una tecnica di commercializzazione chiave. La licenza BSD interpreta bene questo ruolo, se un'azienda ha veramente un vantaggio unico nell'evoluzione del sistema. La licenza è legalmente vantaggiosa per il pubblico più ampio mentre l'esperienza dell'azienda assicura il controllo dello standard. Esistono casi in cui la GPL può essere il veicolo appropriato per creare uno standard del genere, soprattutto quando si cerca di sabotare o cooptare altri. La GPL, tuttavia, penalizza l'evoluzione dello standard, perché promuove una collezione di software piuttosto che uno standard commercialmente applicabile. L'uso di una tale collezione solleva costantemente problemi legali e di commercializzazione. Può non essere possibile mescolare standard quando alcuni sono sottoposti alla GPL mentre altri non lo sono. Un vero standard tecnico non dovrebbe imporre esclusioni di altri standard per ragioni non tecniche.
Aziende interessate a promuovere uno standard in evoluzione, che potrebbe diventare il cuore dei prodotti commerciali di altre aziende, dovrebbero diffidare della GPL. Indipendentemente dalla licenza usata, il software risultante sarà generalmente trasferito a chiunque compia effettivamente la maggioranza dei cambiamenti tecnici e capisce meglio lo stato del sistema. La GPL semplicemente aggiunge più attrito legale al risultato.
Grandi aziende, in cui viene sviluppato codice Open Source, dovrebbero essere a conoscenza del fatto che i programmatori apprezzano l'Open Source perché lascia il software disponibile all'impiegato quando cambiano datore di lavoro. Alcune aziende incoraggiano questo comportamento come un vantaggio dell'impiego, soprattuto quando il software in questione non è direttamente strategico. Si tratta, in effetti, di un benificio anticipato dell'interruzione del rapporto di lavoro con costi di perdita potenziali ma senza costi diretti. Incoraggiare gli impiegati a lavorare per colleghi al di fuori dell'azienda è un beneficio trasferibile poco costoso che un'azienda può a volte fornire quasi senza svantaggi.
Piccole aziende con progetti software vulnerabili all'orphaning dovrebbero cercare di usare la licenza BSD quando possibile. Aziende di tutte le dimensioni dovrebbero considerare di formare tali progetti Open Source quando il mantenimento al minimo dei problemi legali e dei costi generali associati ad un vero progetto Open Source in stile BSD costituisce un vantaggio per tutte le parti.
Le organizzazioni senza fini di lucro dovrebbero partecipare a progetti Open Source quando possibile. Per evitare problemi di programmazione del software, come il mescolamento di codici sottoposti a licenze diverse, bisognerebbe incoraggiare l'uso di licenze in stile BSD. Essere cauti con la GPL è particolarmente indicato nel caso di organizzazioni senza scopo di lucro che interagiscono con il mondo della programmazione. In località in cui l'applicazione della legge diventa un esercizio costoso, la semplicità della nuova licenza BSD, paragonata alla GPL, può costituire un vantaggio considerevole.
Questo, ed altri documenti, possono essere scaricati da ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/
Per domande su FreeBSD, leggi la
documentazione prima di contattare
<questions@FreeBSD.org>.
Per domande su questa documentazione, invia una e-mail a
<doc@FreeBSD.org>.