Patrzę na licencjonowanie oprogramowania typu open source i patrzę na GPL. Jakie są zalety i wady korzystania z tej licencji?
Patrzę na licencjonowanie oprogramowania typu open source i patrzę na GPL. Jakie są zalety i wady korzystania z tej licencji?
Odpowiedzi:
Ok, moja lista zalet i wad GPL:
Plusy
Cons
Ostatecznie dla mnie minusy przeważają nad zaletami. Dla mnie to trochę ewangelistów Open Source próbujących oszukać świat, aby przejść na Open Source zamiast przekonać świat o jego zaletach.
Chociaż h4xxr zdecydowanie dał odpowiedź FTW, oto kilka innych linków, które mogą okazać się przydatne, jeśli nie jesteś pewien, jakie reprezentują różne rodzaje licencji.
Porównanie licencji na bezpłatne oprogramowanie (porównanie tabel)
Inicjatywa Open Source - Licencje według nazwy (co mówi - licencje powszechnie używane w dzisiejszym świecie oprogramowania)
Lista licencji na oprogramowanie, w tym te zgodne z GPL
F --- GPL <- inteligentna krytyka (uwielbiam te „perły mądrości” :-)
FWIW Osobiście mam duży projekt open source, nad którym jestem głównym programistą, i przyjąłem model wielu licencji właśnie dlatego, że GPL powstrzymywała niektórych ludzi przed używaniem mojego kodu. Mój kod jest licencjonowany na podstawie wybranego modelu licencji i zezwala na dowolną z następujących licencji - GPL, LGPL, MIT
LGPL pozwala ludziom na włączenie twojego kodu / biblioteki / pliku wykonywalnego w swoim obecnym stanie, pod warunkiem, że nie jest modyfikowany. Jest to najbardziej przydatne dla firm produkujących komercyjne / zamknięte produkty, które mogą wymagać twojego produktu do działania, ale nie muszą zmieniać sposobu jego działania.
Licencja MIT jest zasadniczo zezwoleniem pozwalającym ludziom modyfikować twoją pracę w dowolny sposób i zmieniać jej przeznaczenie na własne. Użyj tego, jeśli podejrzewasz, że użytkownicy mogą chcieć to zrobić i nie masz nic przeciwko, że nie masz dostępu do źródła jakichkolwiek modyfikacji, które mogą wprowadzić użytkownicy.
Wybór GPL jest krokiem ideologicznym:
Dajesz przewagę twórcom wolnego oprogramowania, ponieważ mogą korzystać z twojej biblioteki, a komercyjni gracze nie mogą (przynajmniej tak długo, jak nie chcą wypuszczać swojego produktu jako GPL). Korporacje muszą płacić swoim pracownikom za napisanie biblioteki, która ma taką samą funkcjonalność. W ten sposób promujesz wolne oprogramowanie.
Wybór mniej ograniczonej licencji, takiej jak MIT, jest bardziej praktyczny:
Możesz samodzielnie korzystać ze swojej biblioteki, kiedy kodujesz pieniądze (jako freelancer, jako pracownik). Jednak każdy może, więc pomagasz w ten sposób korporacjom oszczędzać pieniądze, chociaż bez nich są już bogate.
Jeśli chodzi o liberalnie licencjonowane projekty open source (np. X11, PostgreSQL, Haskell), GPL i LGPL nie działają poprawnie. Kod GPLed nie może być wykorzystywany w takich projektach, nie dlatego, że GPL go zabrania lub licencja X11 zabrania go, ale dlatego, że takie projekty nie chcą „uaktualniać” efektywnej licencji całego produktu na GPL.