GNU GPL: Różnice pomiędzy wersjami
(d) |
(d) |
||
Linia 22: | Linia 22: | ||
* brak jakiejkolwiek odpowiedzialności twórców za szkody wywołane niepoprawnym działaniem oprogramowania ich autorstwa, | * 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, | * kłopoty ze spójnością koncepcji rozwoju produktów, | ||
+ | ** strategiami, | ||
+ | ** głębokimi przebudowami: | ||
+ | *** architektury, | ||
+ | *** organizacji biznesowej, | ||
* kłopoty z kontynuacją rozwoju produktów. | * kłopoty z kontynuacją rozwoju produktów. | ||
[[Kategoria:terminologia IT]] | [[Kategoria:terminologia IT]] | ||
[[Kategoria:zarządzanie]] | [[Kategoria:zarządzanie]] |
Wersja z 13:14, 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.