Comment mettez-vous à jour les avis de droits d'auteur?

Alors maintenant, nous sommes en 2011, et alors que je continue de coder sur nos projets actifs, il est temps de mettre à jour certaines notifications de droits d'auteur.

par exemple. Copyright Widgets Ltd 2010 à Copyright Widgets Ltd 2010, 2011

Ma question est de savoir quand mettez-vous à jour les avis de droits d'auteur?

• Modifiez-vous l'avis dans l'en-tête d'un fichier la première fois que vous travaillez sur ce fichier?
• Puisqu'un module est un morceau de code composé de nombreux fichiers qui fonctionnent ensemble, mettez-vous à jour toutes les notifications dans ce module lorsque vous modifiez un seul fichier dans ce module?
• Puisqu'un programme est un morceau de code (peut-être composé de plusieurs modules), mettez-vous à jour toutes les notifications de ce programme lorsque vous modifiez un seul fichier dans ce programme?
• Ou passez-vous simplement et changez-vous en masse autour de votre café du matin au motif que vous êtes sur le point de commencer à programmer et à mettre à jour les choses?

Je les change juste pendant que je travaille dessus. Nous avons le même en-tête sur presque tous les fichiers, il est donc facile de trouver toutes les instances.

Je lance ensuite généralement un grep sur toute la base de code avant d'envoyer une version de toute sorte, ce qui indique également les endroits où la documentation doit être mise à jour.

Il me semble, cependant, que si vous aviez un modèle uniforme en tête de chaque fichier .. un hook VCS pourrait être utilisé pour le faire automatiquement pour vous. Je suis sûr que quelqu'un l'a fait, mais une recherche rapide n'a rien donné.

Le but de l'année dans une déclaration de copyright est d'indiquer quand le copyright a commencé pour ce fichier / version de logiciel / etc. Il est en fait dans votre intérêt de n'insérer de nouvelles dates de droits d' auteur pour les nouveaux fichiers et de nouvelles distributions. La raison en est simple:

La société A développe un logiciel complètement isolé de la société B. Parce qu'il n'y a que peu de façons de penser à un problème, elles proposent toutes deux une solution similaire pour une fonctionnalité. À travers une entrée de blog ou quelque chose, la société B découvre que la société A est probablement en violation d'un droit d'auteur, alors ils décident de poursuivre (jamais entendu parler de SCO?). La société B continue de mettre à jour ses avis de droits d'auteur au fil des années, mais la société A les laisse seuls. Lorsque les avocats examineront le code et verront la date du droit d'auteur de la société A avant la date du droit d'auteur de la société B, ils se rendront compte qu'il se peut que la société B soit en violation.

Cela dit, la date dans l'avis de droit d'auteur est un indicateur juridiquement faible de la date à laquelle quelque chose a été protégé par le droit d'auteur - d'autant plus qu'il est si facile à changer. L'enregistrement de votre droit d'auteur auprès du gouvernement est un indicateur juridiquement fort de la date du droit d'auteur. La plupart des agences gouvernementales ne vérifient pas si vous êtes déjà en infraction parce qu'elles n'ont pas les ressources pour cela. Au lieu de cela, s'il y a une violation, celle avec le droit d'auteur enregistré antérieur gagne généralement. La plupart des avocats et des tribunaux refuseront toute affaire n'impliquant pas de droits d'auteur enregistrés car ils sont si difficiles à prouver.

Néanmoins, il est préférable de ne mettre la nouvelle date que sur le nouveau code.

Dans la plupart des pays

Le droit d'auteur ne nécessite aucune notification. C'est automatique.

L'année est purement indicative. Je suggère de le changer lorsque vous mettez à jour le fichier concerné.

Notez que tous les IDE récents peuvent rechercher et remplacer des fichiers en toute sécurité.

Je maintiens un projet open source et j'avais besoin d'insérer et de gérer les mentions de copyright en haut de tous les fichiers de code. De plus, certaines sections du code sont publiées sous différentes licences, donc c'était un peu complexe. J'ai écrit une application qui passe par mon code source, trouve les fichiers applicables et insère d'abord quelques balises de début / fin XML commentées où l'en-tête du droit d'auteur devrait être s'il n'existe pas. Ensuite, l'application recommence et remplace tout ce qui se trouve dans les balises d'en-tête par l'avis de droit d'auteur correct pour cette bibliothèque.

Il trouve également tous les fichiers de projet dans la solution et met à jour la version de l'application, si nécessaire.

Il m'a fallu plusieurs heures pour écrire, mais cela a rendu le déploiement beaucoup plus facile.

J'ai vu toute une gamme d'approches, bien que celle qui me semblait la moins efficace, du moins du point de vue du développement, consistait à les rendre dynamiques et à ce que le code ajoute automatiquement l'année en cours à chaque fois que la page était générée.

Que cela entraîne une surcharge de performances dépend de la solution, du matériel, etc. Cela semble peu probable mais possible.