Как вы обновляете уведомления об авторских правах?

10

Итак, сейчас 2011 год, и, поскольку я продолжаю кодировать наши активные проекты, пришло время обновить некоторые уведомления об авторских правах.

например. Copyright Widgets Ltd 2010 к Copyright Widgets Ltd 2010, 2011

Мой вопрос: когда вы обновляете уведомления об авторских правах?

  • Изменяете ли вы уведомление в заголовке файла при первой работе с этим файлом?
  • Поскольку модуль представляет собой один кусок кода, состоящий из множества файлов, которые работают вместе, обновляете ли вы все уведомления в этом модуле при изменении одного файла в этом модуле?
  • Поскольку программа представляет собой один фрагмент кода (возможно, состоящий из множества модулей), обновляете ли вы все уведомления в этой программе, когда изменяете один файл в этой программе?
  • Или вы просто перебираете утренний кофе и вносите массовые изменения на том основании, что вы собираетесь программировать и обновлять вещи?
Джеймс
источник
Я отредактировал ваше название, чтобы убрать приветствие (и вам с новым годом!), Чтобы оно не смутило поисковые системы или поиск по нашему сайту.
Тим Пост

Ответы:

3

Я просто меняю их, когда работаю над ними. У нас одинаковый заголовок почти для каждого файла, поэтому легко найти все экземпляры.

Затем я обычно запускаю grep для всей базы кода перед отправкой релиза любого вида, который также указывает места, где должна быть обновлена ​​документация.

Тем не менее, мне кажется, что если бы у вас был единый шаблон в заголовке каждого файла ... можно было бы использовать хук VCS, чтобы автоматически сделать это за вас. Я уверен, что кто-то сделал это, но быстрый поиск ничего не дал.

Тим Пост
источник
Таким образом, к такому подходу я и буду прибегать: просто обновлять файлы по ходу и обновлять все в модуле, прежде чем я его выпущу.
Джеймс
4

Цель года в заявлении об авторском праве состоит в том, чтобы указать, когда началось авторское право на этот файл / версию программного обеспечения / и т.д. На самом деле в ваших интересах вставлять только новые даты авторских прав для новых файлов и новых дистрибутивов. Причина этого проста:

Компания A разрабатывает программное обеспечение в полной изоляции от Компании B. Поскольку существует только очень много способов думать о проблеме, они оба предлагают похожее решение для некоторой функции. Через запись в блоге или что-то в этом роде компания B узнает, что компания A, вероятно, нарушает авторские права, поэтому они решили подать в суд (когда-нибудь слышали о SCO?). Компания B продолжает обновлять свои уведомления об авторских правах с наступающими годами, но Компания A оставляет их в покое. Когда юристы изучат код и увидят дату авторского права компании А до даты, когда компания Б будет защищена авторским правом, они поймут, что это может быть просто нарушение прав компании Б.

Тем не менее, дата в уведомлении об авторском праве является юридически слабым показателем того, когда что-то было защищено авторским правом - особенно потому, что это так легко изменить. Регистрация вашего авторского права в правительстве является юридически убедительным показателем даты авторского права. Большинство государственных учреждений не проверяют, действительно ли вы уже нарушаете, потому что у них нет ресурсов для этого. Вместо этого, в случае нарушения обычно побеждает тот, у кого ранее зарегистрировано авторское право. Большинство адвокатов и судов отказывают в рассмотрении любого дела, которое не связано с зарегистрированными авторскими правами, поскольку их так сложно доказать.

Тем не менее, новую дату лучше ставить только на новый код.

Берин Лорич
источник
Если вы заметили мой пример, я не удаляю более раннюю дату «например. Copyright Widgets Ltd 2010 - Copyright Widgets Ltd 2010, 2011». Так это все еще применяется?
Джеймс
Я просто повторяю полученный совет. Единственная дата, которая имеет значение, это самая ранняя дата. Именно тогда часы начинают тикать по жизни авторского права.
Берин Лорич
3

В большинстве стран

Авторское право не требует какого-либо уведомления. Это автоматически.

Год чисто показательный. Я предлагаю изменить его при обновлении соответствующего файла.

Обратите внимание, что все последние IDE могут безопасно находить и заменять файлы.


источник
1

Я поддерживаю проект с открытым исходным кодом, и мне нужно было вставлять уведомления об авторских правах и управлять ими в верхней части всех файлов кода. Кроме того, некоторые разделы кода выпускаются под разными лицензиями, поэтому это было немного сложно. Я написал приложение, которое просматривает мой исходный код, находит подходящие файлы и сначала вставляет некоторые закомментированные начальные / конечные теги XML там, где должен находиться заголовок авторского права, если он не существует. Затем приложение проходит снова и заменяет все в тегах заголовка на правильное уведомление об авторских правах для этой библиотеки.

Он также находит все файлы проекта в решении и обновляет версию приложения, если это необходимо.

Мне потребовалось несколько часов, чтобы написать, но это сделало развертывание намного легче.

Скотт Уитлок
источник
0

Я видел целый ряд подходов, хотя тот, который казался мне наименее эффективным, по крайней мере с точки зрения разработки, заключался в том, чтобы сделать их динамичными и автоматически добавлять код в текущий год при каждом создании страницы.

Будет ли это вызывать слишком большую нагрузку на производительность, будет зависеть от решения, оборудования и так далее. Это кажется маловероятным, но возможно.

Джон Хопкинс
источник
Какой смысл указывать год в уведомлении об авторских правах, если этот год не имеет отношения к содержанию, к которому прилагается уведомление об авторских правах?
Джон Варфоломей