Puoi cambiare una licenza dopo averne scelta una?


47

Sto lavorando a un prodotto che non ritengo sia completamente pronto, ma ho un gruppo di utenti che sono molto interessati a usarlo ora come tester "alfa". Vorrei ora offrire loro il prodotto gratuitamente come tester "alfa", ma in seguito vorrei concedere in licenza il software.

È possibile? Qualcuno può indicarmi eventuali collegamenti / libri / articoli / ecc?

Grazie.

EDIT: A causa della mancanza della mia chiarezza e delle risposte alla domanda, ho pensato di aggiungere questa affermazione.

Non ho ancora deciso se ho intenzione di chiudere o open-source questo progetto. La base di utenti che vuole metterci le mani ora mi ha in qualche modo sorpreso ed ero preoccupato di quali sono le mie opzioni per quanto riguarda la possibilità di offrirle ora come open-source e successivamente passare a closed-source, o anche viceversa.

Grazie a tutti coloro che hanno risposto e commentato. Apprezzo le intuizioni.


Fonte aperta o chiusa?
quick_now

6
Se dai a qualcuno un prodotto che realizzi gratuitamente, ciò non significa che tutte le copie o ridistribuzioni di quel prodotto devono essere gratuite.
ProdigySim

Risposte:


41

Se possiedi tutto il codice, puoi rilasciarlo nuovamente con la licenza che desideri.

Il problema si presenta se qualcuno ha contribuito con patch al progetto. Quello che succede di solito è che possiedono quel codice e lo hanno contribuito con l'attuale licenza software. (Dovresti avere una sorta di accordo con i contributori che copre questo.) Pertanto, per ottenere nuovamente la licenza avrai bisogno della loro autorizzazione. A seconda di come possono essere i contributori, questo potrebbe essere difficile. Per riferimento, guarda la modifica della licenza OpenStreetMap e quanto tempo impiega.

Ma IANAL, disclaimer ecc.

E ciò che le persone faranno della modifica della licenza è un'altra questione, come commenta un'altra risposta.

EDIT: ho risposto a questo in relazione ai prodotti open source. Ma rileggendo la domanda, vedo che non è chiaro se sia chiuso o aperto.

Se stai parlando di 2 licenze a codice chiuso è facile: se possiedi tutto il codice, puoi rilasciarlo nuovamente con la licenza che desideri. Rendi la tua licenza commerciale chiusa in versione alpha, tutti i soliti termini (nessuna copia ecc.), Con un prezzo pari a zero.


È una strategia abbastanza comune avere una versione commerciale con le ultime funzionalità e gli aggiornamenti e farli migrare a una versione open source gratuita dopo un po '. Alfresco e Magento lo fanno, per esempio.
Victor Nicollet,

Il problema ovviamente, quindi, è anche per lui dimostrare (!) Che il suo codice è usato nell'applicazione a codice chiuso. Il che sarà più difficile da dimostrare per lui che per te da confutare.
Rook

@victor Sì ... o hanno una versione base aperta e una versione commerciale chiusa con funzionalità aziendali aggiunte. Il modo in cui funzionano queste strategie è un altro Q. Gli accordi dei contributori per tali programmi possono essere più complicati e possono scoraggiare gli autori open source :-) @Rook Ok, ho risposto a questa domanda come se passassi da una licenza open source all'altra. Se ci fosse un problema con il passaggio da una licenza aperta a una chiusa, scopriresti che lo sviluppatore open source che sospetta che il loro lavoro sia stato rubato avrà un sacco di ppl e organizzazioni dalla sua parte e in genere vorrai evitare la risultante fiamma.
James

2
Quello che facciamo è avere un accordo del collaboratore con il quale i collaboratori firmano e assegna il copyright congiunto (quindi sia la nostra società che il collaboratore possiedono il codice). In questo modo, abbiamo ancora la possibilità di ottenere nuovamente la licenza, ma hanno ancora tutti i diritti che avevano. Questo è lo stesso modo in cui funziona SharpDevelop.
Scott Whitlock,

@scott Yup, vedi sugarforge.org/content/community/participate/… per un esempio. Prendono tutti i diritti e ti danno una licenza per usare il tuo codice. Parlando come uno sviluppatore che lavora su un progetto open source legato a un'azienda, posso capire perché tali cose sono necessarie ma continuerei a riflettere a lungo sul fatto se volevo contribuire a tali progetti :-)
James

15

Questa è una domanda delicata, che dipende da quanto sia unico il software e se ci si aspetta che le persone esterne siano in grado di dare molti contributi significativi.

Se le persone ti inviano solo modifiche insignificanti al tuo software , tu (come l'autore originale) rimarrai come l'unica persona che deterrà i diritti di copyright sul software e, come tale, puoi chiuderlo in qualsiasi momento desideri . Tuttavia, tieni presente che se hai rilasciato una versione precedente del software con una licenza open source standard, chiunque sarebbe in grado di forkare il tuo software da tale vecchia copia, e quindi, è probabile che tu abbia sempre un open source concorrente del pacchetto software proprietario. Questo è esattamente quello che è successo a Tatu Ylonen, l'autore originale di SSH, che da allora è stato il fondatore e CTO di ssh.com, non avendo molto a che fare con OpenBSD e OpenSSH, anche se distribuiscono file con il suo copyright. (Anche se il principale rimpianto pubblicamente noto di Tatu Ylonen non è legato al copyright, ma piuttosto al fatto che ha perso i marchi "ssh" e "shell sicura" per uso generico, perdendo i suoi marchi.)

Quindi, cosa succede se le persone ti inviano modifiche significative al tuo software , che sarebbero coperte da copyright e che vorresti integrare nella tua struttura di origine? Potresti stabilire uno di quegli accordi legali, in base ai quali i collaboratori assegnerebbero il loro copyright a te, quindi, legalmente, sarai comunque l'unico "autore" del software. Vengo dal campo di FreeBSD / OpenBSD e, a nostro avviso, l'assegnazione del copyright è generalmente considerata di cattivo gusto. La FSF è piuttosto famosa per l'assegnazione del copyright sulla maggior parte dei suoi software; NetBSD ha un'opzione per i loro membri (che ha permesso a The NetBSD Foundation di rimuovere due clausole dalla loro licenzain tutti i file in cui nessuno dei soggetti ha rivendicato un copyright individuale); molte società commerciali hanno accordi di ogni genere che svolgono tutti i tipi di incarichi. Dove si trova Linus Torvalds? Anche a Linus non piacciono gli accordi con i contributori e, come potete immaginare, il kernel Lunux non ne ha, a parte GPLv2 stesso.

Quindi, cosa succede se si accettano modifiche protette da copyright nel proprio albero, senza assegnazione di copyright ? È qui che entra in gioco la tua scelta originale di licenza. Se scegli GPL, e quindi i contributori concederanno in licenza il tuo codice anche a te sotto GPL, allora sei praticamente bloccato con GPL e dovrai sempre rilasciare il codice sorgente su qualsiasi prodotto commerciale successivo (ma così dei tuoi concorrenti). Se scegli una licenza BSD / ISC / OpenBSD , puoi chiudere la fonte per aggiungere funzionalità di pagamento extra in qualsiasi momento, senza dover rilasciare alcuna delle modifiche alla fonte (ma stai anche dando lo stesso diritto ai tuoi concorrenti ).

Ovviamente, se anni dopo decidi che, a posteriori, avresti desiderato che il tuo software fosse sotto una licenza diversa, potresti sempre provare a contattare tutti i tuoi collaboratori precedenti per autorizzare nuovamente le loro modifiche con la tua nuova licenza. Questo è un progetto molto doloroso e lungo: cosa succede se qualcuno non può essere contattato? Mozilla e VLC hanno fatto tali rilasci in passato; devono sicuramente aver goduto dei vantaggi della loro nuova licenza, ma dubito fortemente che abbiano apprezzato il processo lungo anni.

Ad ogni modo, indipendentemente dal fatto che tu scelga di utilizzare GPL o BSD, avere una versione open source del tuo software avrebbe sempre molti vantaggi, dimostrato da molte aziende commerciali di successo che ruotano attorno alla scrittura e al rilascio di software open source.



2

La tua domanda non è chiara. La licenza non controlla in genere se si dà via qualcosa gratuitamente o meno. La licenza ha a che fare con cose come la proprietà del codice, la distribuzione, la garanzia e l'idoneità all'uso, ecc ...

Hai intenzione di dare loro il codice sorgente? In tal caso, intendi che possano rilasciare i propri prodotti con esso? Quindi è necessaria una licenza per il codice sorgente.

Se stai semplicemente dando loro il binario e non vuoi caricarlo, allora puoi inventare una licenza bare-bones che copre il tuo culo in termini di garanzia e responsabilità. Dichiara il tuo copyright, dire che è distribuibile solo come specificato.

Ogni versione del prodotto che rilasci è regolata dalla sua licenza e, se sei l'unico sviluppatore, puoi scegliere la licenza che desideri in qualsiasi momento e cambiarla in qualsiasi momento.


Apprezzo la tua risposta. Suppongo che la mancanza di chiarezza sia parte della domanda in un certo senso. Immagino che stavo chiedendo di vedere che tipo di opzioni ho se volessi lasciarle avere con sorgente ora, e in seguito decido di chiuderlo (dopo il periodo alfa) o addirittura viceversa.
Adam

Basta non includere alcuna licenza. Avranno quindi il diritto di modificare o ridistribuire.
David Schwartz,

1

Beh, personalmente penso che sia una buona cosa che tu stia pensando alle licenze in questa fase.

Dal punto di vista del consumatore, non credo che dovresti cambiare le licenze dopo averne scelto uno. Questo non vuol dire che non puoi (Tipo mobile è un esempio notevole), ma corri il rischio di allontanare la tua base utente (Tipo mobile è un esempio notevole).


0

Sì, puoi fornire loro una versione a tempo limitato che smetterà di funzionare a un certo punto nel tempo.

Se necessario, puoi sempre rilasciare una nuova versione con una scadenza estesa.

Fino a quando non sarai pronto con la versione finale.


Questa non è in realtà una soluzione al problema della licenza (ovvero la licenza legale in base alla quale il software viene rilasciato al pubblico), tuttavia.
Timo Geusch,

Non l'ho capito nella domanda. Ha chiesto se poteva addebitare il software in seguito. È così che ho tradotto la domanda.

2
Penso che la tua comprensione della domanda vada bene. Un modo per risolvere un problema di "licenza" con le versioni precedenti è di romperlo. Niente di sbagliato in questo, e impedisce alle vecchie versioni di essere utilizzate (e il supporto richiesto) nel futuro. Puoi avere anche tutte le belle cose legali, ma un modo PRATICO di far notare che "questo è presto e non durerà per sempre" è una buona cosa da avere.
quick_now

1
+1 Ma ovviamente devi informare gli utenti di questa limitazione: non vogliono eseguire l'app un giorno solo per essere avvisati che ora è morto.
Kirk Broadhurst il

@KirkBroadhurst potrebbe non essere morto, ma non supportato, quindi dovresti mantenere da solo eventuali modifiche / correzioni di bug. Ma sì, essere chiari su questo è importante.
icc97,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.