GNU GPL: Różnice pomiędzy wersjami

Z DisWiki
Przejdź do nawigacji Przejdź do wyszukiwania
(d)
(d)
Linia 12: Linia 12:
  
 
* [[Linux]],
 
* [[Linux]],
 +
* [[Drupal]],
 +
* [[Joomla]],
 
* [[MySQL]],
 
* [[MySQL]],
 
* [[Perl]],
 
* [[Perl]],
Linia 26: Linia 28:
 
*** architektury,
 
*** architektury,
 
*** organizacji biznesowej,
 
*** organizacji biznesowej,
* kłopoty z kontynuacją rozwoju produktów.  
+
* kłopoty z kontynuacją rozwoju produktów,
 +
* lekceważenie praw własności oprogramowania o innym modelu licencjonowania.  
  
 
[[Kategoria:terminologia IT]]
 
[[Kategoria:terminologia IT]]
 
[[Kategoria:zarządzanie]]
 
[[Kategoria:zarządzanie]]

Wersja z 16:06, 16 lip 2012

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 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ń.

Model licencjonowania GNU GPL doprowadza do sytuacji, kiedy rozwój oprogramowania staje się nieopł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ą:

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 rodzajó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 praw własności oprogramowania o innym modelu licencjonowania.