A więc teraz mamy 2011 rok, a kiedy kontynuuję kodowanie naszych aktywnych projektów, nadszedł czas na aktualizację niektórych informacji o prawach autorskich.
na przykład. Copyright Widgets Ltd 2010 do Copyright Widgets Ltd 2010, 2011
Moje pytanie brzmi: kiedy aktualizujesz informacje o prawach autorskich?
- Czy zmieniasz powiadomienie w nagłówku pliku przy pierwszej pracy nad tym plikiem?
- Ponieważ moduł jest jednym kawałkiem kodu składającym się z wielu współpracujących ze sobą plików, czy aktualizujesz wszystkie powiadomienia w tym module, gdy zmieniasz pojedynczy plik w tym module?
- Ponieważ program jest jednym kawałkiem kodu (może składającym się z wielu modułów), czy aktualizujesz wszystkie powiadomienia w tym programie, gdy zmieniasz pojedynczy plik w tym programie?
- A może po prostu przechodzisz i zmieniasz masę przy porannej kawie, ponieważ zamierzasz zacząć programować i aktualizować?
Odpowiedzi:
Po prostu je zmieniam, kiedy nad nimi pracuję. Mamy ten sam nagłówek w prawie każdym pliku, więc łatwo jest znaleźć wszystkie wystąpienia.
Następnie zwykle uruchamiam grep na całej bazie kodu przed wysłaniem jakiegokolwiek wydania, które wskazuje również miejsca, w których dokumentacja musi zostać zaktualizowana.
Wydaje mi się jednak, że gdybyś miał jednolity szablon na początku każdego pliku ... można użyć haka VCS do automatycznego wykonania tego za Ciebie. Jestem pewien, że ktoś to zrobił, ale szybkie wyszukiwanie niczego nie dało.
źródło
Celem roku w oświadczeniu o prawach autorskich jest wskazanie, kiedy rozpoczęło się prawo autorskie do tego pliku / wersji oprogramowania / itp. W twoim najlepszym interesie jest wstawianie tylko nowych dat praw autorskich do nowych plików i nowych dystrybucji. Powód tego jest prosty:
To powiedziawszy, data w informacji o prawach autorskich jest słabym prawnie wskaźnikiem tego, kiedy coś było chronione prawem autorskim - szczególnie, że można go łatwo zmienić. Rejestracja praw autorskich w rządzie jest prawnie silnym wskaźnikiem daty praw autorskich. Większość agencji rządowych nie weryfikuje, czy naruszasz zasady, ponieważ nie mają na to środków. Zamiast tego, jeśli nastąpi naruszenie, zwykle wygrywa ten z wcześniej zarejestrowanym prawem autorskim. Większość prawników i sądów odrzuci każdą sprawę, która nie dotyczy zarejestrowanych praw autorskich, ponieważ są one tak trudne do udowodnienia.
Niemniej jednak lepiej umieścić nową datę tylko na nowym kodzie.
źródło
W większości krajów
Rok ma charakter wyłącznie orientacyjny. Sugeruję to zmienić podczas aktualizacji danego pliku.
Pamiętaj, że każde ostatnie IDE może bezpiecznie znaleźć i zamienić pliki.
źródło
Prowadzę projekt open source i musiałem wstawiać i zarządzać informacjami o prawach autorskich u góry wszystkich plików kodu. Ponadto niektóre sekcje kodu są wydawane na różnych licencjach, więc było to trochę skomplikowane. Napisałem aplikację, która przechodzi przez mój kod źródłowy, znajduje odpowiednie pliki i najpierw wstawia skomentowane tagi początkowe / końcowe XML, w których powinien znajdować się nagłówek praw autorskich, jeśli nie istnieje. Następnie aplikacja przechodzi ponownie i zastępuje wszystko w tagach nagłówka prawidłową informacją o prawach autorskich dla tej biblioteki.
Znajduje również wszystkie pliki projektu w rozwiązaniu i w razie potrzeby aktualizuje wersję aplikacji.
Pisanie zajęło mi kilka godzin, ale znacznie ułatwiło wdrożenie.
źródło
Widziałem całą gamę podejść, chociaż to, które wydawało mi się najmniej skuteczne, przynajmniej z perspektywy programistycznej, polegało na ich dynamizacji i automatycznym dodawaniu kodu tylko do bieżącego roku przy każdym generowaniu strony.
To, czy spowodowałoby to nadmierne obciążenie wydajności, zależy od rozwiązania, sprzętu i tak dalej. Wydaje się mało prawdopodobne, ale możliwe.
źródło