Licențierea multiplă

Cu mai multe licențe , utilizatorii pot alege dintre mai multe licențe software . Deci un program poate de ex. B. să fie utilizat sub o licență open source, cum ar fi GPL și sub o licență proprietară . O astfel de selecție de licență este numită apoi și sistem sau model de licență dublă . Dar este, de asemenea, posibil să utilizați mai multe licențe open source, de ex. B. licența GPL și o licență BSD .

Exemple importante de licențiere dublă în sectorul software sunt Qt , MySQL , Asterisk , Sendmail și Perl (GPL și Artistic License ) .

beneficii

Cu acest principiu de licențiere, companiile își pot dezvolta propriile aplicații fără a fi nevoite să le supună din nou licenței open source. Pe de o parte, este posibil să se promoveze modelul open source pentru dezvoltarea și distribuția de software și, pe de altă parte, să se stabilească un model de afaceri profesional în care licențele de software să poată fi vândute fără restricții. Opțiunea de a adăuga extensii proprietare la software vorbește, de asemenea, în favoarea licențierii multiple.

În plus, cumpărătorii de software care au fost licențiați de mai multe ori nu sunt obligați de cerințele uneori foarte restrictive pentru distribuirea software-ului sub o licență gratuită. Dezvoltarea de software gratuit este promovată fără a fi nevoie să se bazeze pe donații.

dezavantaj

Un argument împotriva licențierii multiple este că compania care acordă licențe ar putea profita de munca dezvoltatorilor externi open source. În plus, compania în curs de dezvoltare și-ar putea rezerva dreptul de a opri dezvoltarea ulterioară a versiunii deschise la un moment dat. Cu toate acestea, este posibil ca oricine altcineva să dezvolte în continuare ultima versiune deschisă, vezi spin-off (dezvoltare software) .

Este controversat dacă inițiatorul unui proiect open source care își aduce software-ul pe piață sub o licență dublă poate încorpora dezvoltările ulterioare ale comunității în produsul său pentru a-l distribui sub o altă licență decât GPL.

Companiile mici riscă, în general, să „piardă” proiectele de software open source în fața companiilor mari.