Posso legalmente ed eticamente prendere un progetto open-source con contributi della comunità a closed-source? [chiuso]

In generale, i contributori della comunità manterrebbero il loro copyright sul codice che hanno contribuito al progetto. Concedono in licenza il contributo a te quando contribuiscono al codice. Se si desidera mantenere la possibilità di modificare i termini della licenza in futuro, in genere è necessario che i contributori assegnino il proprio copyright all'utente (personalmente o a un'entità aziendale creata per possedere i diritti d'autore per questo progetto) oi termini modificati necessitino di per essere compatibile con i nuovi termini di licenza. Naturalmente, se hai bisogno di questo tipo di documenti per l'assegnazione del copyright prima che tu possa accettare un contributo dalla comunità, è molto meno probabile che la comunità decida di contribuire e dovrai fare una discreta quantità di lavoro ottenendo le forme legali in ordine prima di accettare ogni contributo. Inoltre, c'è una strong possibilità che il tuo progetto venga biforcato se e quando deciderai di cambiare i termini della licenza. Mi sembra improbabile che un nuovo progetto open source ottenga molti contributi dalla comunità in tali circostanze.

Sarebbe generalmente più facile se inizialmente il prodotto fosse concesso in licenza in base ai termini della licenza suddivisa o se i termini della licenza iniziale fossero compatibili con un futuro prodotto closed-source. Il codice che è sotto la licenza BSD, ad esempio, può essere incorporato in un prodotto commerciale in qualsiasi momento, quindi se il progetto e i contributi sono sotto la licenza BSD, è possibile rilasciare facilmente una versione commerciale dello stesso prodotto. La tua intenzione (o opzione) di produrre un prodotto commerciale, tuttavia, diminuirà probabilmente l'interesse nel fornire contributi al tuo progetto: la maggior parte degli sviluppatori open source non sono interessati a fornire contributi non pagati a un prodotto commerciale.

Naturalmente, come per qualsiasi problema legale, dovresti parlare con un avvocato piuttosto che fare affidamento su un post del forum prima di intraprendere qualsiasi tipo di azione definitiva. Quasi certamente vorrai che quell'avvocato redigerà il documento di assegnazione del copyright che dovrai far firmare alle persone e dovrai discutere i tuoi piani per il futuro con l'avvocato per assicurarti che tutto sia impostato correttamente.

Se il progetto è concesso in licenza in base a una delle licenze più permissive (BSD, MIT, Boost o Apache sono quelli che so autorizzare), legalmente è consentito distribuire il codice oggetto e non è necessario fornire alcuna modifica hanno reso il codice sorgente di nuovo alla comunità. È inoltre possibile concedere in licenza il lavoro derivato con una licenza diversa. Tieni presente che devi ancora includere il testo della licenza secondo i requisiti della licenza.

Se questo è etico o no è qualcosa che è piuttosto controverso. Io tendo a pensare che se uno sviluppatore concede in licenza il proprio codice sotto una di queste licenze più permissive, allora vuole che il software sia usato sia in progetti open source che commerciali. Se non volevano l'uso commerciale del loro codice, avrebbero dovuto farlo sotto GPLv3.

Qualsiasi contributo che apporto al tuo progetto rimane il mio copyright a meno che non lo assegni a qualcun altro. Essere titolare del copyright significa che posso decidere quale licenza è disponibile per il mio lavoro sotto.

Quindi la licenza è un problema correlato, ma separato. Se contribuisco al tuo progetto, dovrei accettare di rilasciare il mio lavoro sotto la licenza del progetto (o forse uno compatibile).

Molte licenze open source non ti permetteranno di chiudere la fonte derivata in seguito, ma alcune lo faranno. Se ho capito bene, nessuno ti permetterebbe di chiudere la base di codice corrente (aperta), quindi è anche qualcosa che dovresti prendere in considerazione.

Quindi dovrai iniziare con una licenza che ti consenta di chiudere lo sviluppo futuro o di avere un accordo in tal senso con tutti i contributori. È meglio prendere quest'ultimo con un avvocato prima che ci siano contributi significativi e essere molto in anticipo su ciò che stai cercando di fare.

Se vuoi cambiare la licenza del tuo progetto, hai richiesto a tutti i contributori di firmare un "accordo di Contributor" o devi richiedere il permesso a ciascuno dei contributori.

che è abbastanza difficile e il motivo per cui il kernel Linux è ancora sotto gpl v2

La maggior parte dei progetti OS sembra avere un braccio commerciale ad essi collegato, come una versione Enterprise. Fondamentalmente, offrono SLA, supporto, ecc. Penso che se il progetto è open source, fondamentalmente non puoi semplicemente chiuderlo. Potresti essere in grado di rendere le versioni future a sorgente chiusa e rinominarle, o creare dei componenti aggiuntivi a sorgente chiusa, ma i progetti attuali, per quanto ho capito, devono rimanere Open Source. Penso che l'impresa sia un modo migliore per andare, comunque ottieni benefici open source e puoi generare entrate.
Per curiosità, perché vuoi chiudere il tuo progetto?

Legalmente, se si utilizza una licenza aperta a sufficienza per consentire a chiunque fosse interessato di prenderlo in commercio, immagino (non essendo un avvocato) che si possa anche farlo.

Eticamente avresti un obbligo più strong. Dovresti essere molto aperto e chiaro sulle tue intenzioni sia inizialmente che nel tempo mentre i tuoi piani cambiano.

Inoltre, potresti adottare un modello simile a quello di Redhat. Costruire plugin a sorgente chiuso ma lasciando il nucleo open source. Ciò può portare anche a una migliore innovazione dal momento che continuerai a ricevere il supporto della comunità per un prodotto che può avvantaggiare la comunità open source. Offrire formazione, consulenza e supporto può anche addolcire l'offerta per te.