Autorskie prawo osobiste twórcy do programu komputerowego
Autorskie prawo osobiste twórcy do programu komputerowego nigdy nie wygasa, dlatego odpowiedź „nigdy nie wygasa” jest właściwa. Chodzi tu o więź autora z utworem, czyli np. prawo do bycia wskazanym jako twórca programu albo do oznaczenia programu swoim nazwiskiem, pseudonimem czy nazwą zespołu. W polskim prawie autorskim prawa osobiste są co do zasady niezbywalne i nieograniczone w czasie. To ważne rozróżnienie: czym innym są autorskie prawa majątkowe, które pozwalają zarabiać na programie, sprzedawać licencje, przenosić prawa na firmę itd., a czym innym prawa osobiste, które dotyczą autorstwa. Z mojego doświadczenia najłatwiej zapamiętać to tak: firma może kupić prawa majątkowe do aplikacji, ale nie staje się nagle jej faktycznym autorem. W praktyce dlatego w dokumentacji, repozytorium Git, licencjach open source, plikach NOTICE albo historii commitów dba się o poprawne oznaczanie autorów. Dobrą praktyką branżową jest rozdzielanie w umowach zapisów o przeniesieniu praw majątkowych od informacji o autorstwie, bo pomieszanie tych pojęć robi później niezły bałagan prawny i organizacyjny.
W tym pytaniu łatwo pomylić autorskie prawa osobiste z autorskimi prawami majątkowymi, a to są dwie różne sprawy. Okresy typu 70 lat albo 50 lat kojarzą się z ochroną majątkową, czyli z prawem do komercyjnego wykorzystywania utworu, udzielania licencji, pobierania wynagrodzenia czy przenoszenia praw na pracodawcę. W przypadku typowych utworów autorskie prawa majątkowe w polskim systemie prawa zwykle trwają 70 lat, najczęściej liczone od śmierci twórcy, a nie po prostu od pierwszej publikacji. Przy programach komputerowych też trzeba uważać na szczególne przepisy, ale sama idea pozostaje taka sama: czasowa ochrona ekonomiczna to nie to samo, co osobista więź autora z kodem. Pogląd, że prawo osobiste trwa tylko przez życie twórcy, też jest mylący. Autor może umrzeć, ale informacja o tym, kto stworzył program, nadal powinna być chroniona. W praktyce oznacza to, że nie powinno się przypisywać autorstwa komuś innemu tylko dlatego, że firma przejęła projekt albo kod został opublikowany wiele lat temu. Moim zdaniem to bardzo praktyczny temat, bo w IT często pracuje się na cudzym kodzie, bibliotekach, frameworkach i projektach open source. Dobra praktyka to czytanie licencji, zachowywanie informacji o autorach, plików copyright, nagłówków licencyjnych i dokumentacji pochodzenia kodu. Błąd myślowy polega zwykle na tym, że słowo „prawo autorskie” traktuje się jako jedną rzecz, a ono dzieli się na uprawnienia osobiste i majątkowe, z zupełnie innymi zasadami działania.