Informacje ogólne dotyczące zadania o licencjach

Sprawy organizacyjne

• Istnieje możliwość wgrania poprawionego rozwiązania. W celu poprawienia należy wziąć pod uwagę ogólne informacje zamieszczone poniżej, jak i uwagi, które wpisałem indywidualnie do repozytorium w pliku licencja-ocena. (ps: proszę nie edytować pliku licencja-ocena!!)
• Proszę wgrać nowy plik z licencja: licencja-poprawa.pdf (lub licencja-poprawa.)
• termin: 21 kwietnia 2020

Uwagi merytoryczne do rozwiązań

• 1) wzorowanie się na licencjach amerykańskich:
  ponieważ w USA istnieje niekompatybilny z naszym system prawny, wynik jest nieadekwatny do potrzeb. Jeśli już na czymś wzorować się, to należy brać pod uwagę licencje tworzone na gruncie prawa kontynentalnego: polskiego, niemieckiego, francuskiego, ...
• 2) sztywne i specyficzne postanowienia: rozwiązanie ma być uniwersalnym szablonem licencji. Tym samym nie należy wpisać na sztywno różnych specyficznych rozwiązań, które być może są dobre, ale adresowane do, powiedzmy 50% przypadków. Przykładem takiego postanowienia jest zapis o osobistym wykonaniu programu przez licencjodawcę.
• 3) brak precyzji: należy bardzo dokładnie sprawdzić, co znaczy proponowany zapis. Nie wystarczy sprawdzić, że zapis jest związany z zakładaną intencją: każdy zapis należy przeanalizować niezależnie od intencji. Przykład: „brak poniższej licencji skutkuje brakiem uprawnienia do korzystania z Oprogramowania”. Taki zapis mówi, że Licencjodawca nie udziela żadnej licencji o innym brzmieniu.
• 4) braki istotnych postanowień: pewne kwestie muszą być bezwzględnie uregulowane. Nie było problemów z kwestiami wynagrodzenia, ale niekiedy np. brakowało precyzyjnego określenia zakresu terytorialnego.
• 5) braki pragmatyzmu: np. wymaganie by licencja była podpisana przez Licencjodawcę i Licencjobiorcę wyklucza elektroniczny tryb udzielania licencji, co obecnie jest regułą przy dystrybucji oprogramowania.
• 6) żargon prawniczy: licencja ma być tak napisana, aby była jednoznacznie zrozumiała dla szarego użytkownika. Problemem z obecnymi licencjami jest fakt, iż tzw. szary użytkownik nie rozumie tego co akceptuje. Jeśli jest konsumentem, to jest to przesłanką do podważenia faktu, że konsument przystąpił do umowy. Licencja ma być zrozumiała dla laika.
• 7) Rozmiar: licencja powinna być jak najkrótsza. Licencja nie powinna zawierać żadnego zapisu, który nic nowego nie wnosi. Przykładem jest zdanie „Oprogramowanie jest chronione prawem autorskim”. Równie dobrze można by zapisać, że „2+2=4”. Niestety w praktyce spotyka się bardzo wiele tekstów umów, które (celowo) pogwałcają tę zasadę. Chodzi po prostu o tzw. obfuskację -- ukrycie aspektów istotnych w morzu szczegółów nieistotnych. Technika ta jest znana z umów ubezpieczeniowych -- z przysłowiowymi klauzulami „małym drukiem”.