GNU GPL: Różnice pomiędzy wersjami

Z DisWiki
Przejdź do nawigacji Przejdź do wyszukiwania
(d)
(osi)
Linia 44: Linia 44:
 
* [[EULA]]
 
* [[EULA]]
 
* [[Freeware]]
 
* [[Freeware]]
 
+
* [http://opensource.org/licenses/alphabetical lista licencji zaakceptowanych przez Open Source Initiative]
 
[[Kategoria:terminologia IT]]
 
[[Kategoria:terminologia IT]]
 
[[Kategoria:zarządzanie]]
 
[[Kategoria:zarządzanie]]

Wersja z 15:59, 22 maj 2013

GNU GPL (GNU, GNU's Not Unix General Public License) - model licencjonowania wolnego oprogramowania, opracowany w latach 1983-1985 przez Richarda Stallmana przy okazji rozwoju systemu operacyjnego GNU (wersji systemu Unix nieco żartobliwie nazwanej rekurencyjnym skrótem GNU's Not Unix), a potem rozwinięty przez jego fundację FSF;

Licencja GNU GPL oparta jest na lansowanym przez Stallmana postulacie czterech swobód wykorzystania oprogramowania:

  • 0. swobody uruchamiania w dowolnym celu,
  • 1. swobody analizowania mechanizmów jego działania i modyfikowania ich,
  • 2. swobody rozpowszechniania niezmodyfikowanej kopii oprogramowania,
  • 3. swobody udoskonalania programu i publicznego rozpowszechniania udoskonaleń.

Przymiotnik wolne (free) nie determinuje wcale, że oprogramowanie jest bezpłatne (free of charge), chociaż trudniej jest sprzedawać oprogramowanie jeśli może je dystrybuować także jego nabywca. GNU GPL przesądza natomiast o tym, że licencja jest wieczysta, co oznacza, iż dla użytkownika nigdy nie wygasa.

Sukcesy

Model licencjonowania GNU GPL doprowadza do sytuacji, kiedy rozwój oprogramowania staje się mniej opłacalny, natomiast jednocześnie wiele usług z nim związanych kreuje nowe miejsca pracy.

Przykładem sukcesów oprogramowania rozwijanego w modelu GNU GPL są:


Wątpliwości

Wszystkie długoterminowe skutki wprowadzenia GNU GPL są trudne do przewidzenia. Prawdopodobne zagrożenia jakie niesie ten typ licencjonowania, to:

  • obniżenie bezpieczeństwa niektórych gatunków systemów informatycznych,
  • brak jakiejkolwiek odpowiedzialności twórców za szkody wywołane niepoprawnym działaniem oprogramowania ich autorstwa,
  • kłopoty ze spójnością koncepcji rozwoju produktów,
    • strategiami,
    • głębokimi przebudowami:
      • architektury,
      • organizacji biznesowej,
  • kłopoty z kontynuacją rozwoju produktów,
  • lekceważenie przez różne społeczności praw własności oprogramowania o innych modelach licencjonowania.

Zobacz także: