Итак, сейчас 2011 год, и, поскольку я продолжаю кодировать наши активные проекты, пришло время обновить некоторые уведомления об авторских правах.
например. Copyright Widgets Ltd 2010 к Copyright Widgets Ltd 2010, 2011
Мой вопрос: когда вы обновляете уведомления об авторских правах?
- Изменяете ли вы уведомление в заголовке файла при первой работе с этим файлом?
- Поскольку модуль представляет собой один кусок кода, состоящий из множества файлов, которые работают вместе, обновляете ли вы все уведомления в этом модуле при изменении одного файла в этом модуле?
- Поскольку программа представляет собой один фрагмент кода (возможно, состоящий из множества модулей), обновляете ли вы все уведомления в этой программе, когда изменяете один файл в этой программе?
- Или вы просто перебираете утренний кофе и вносите массовые изменения на том основании, что вы собираетесь программировать и обновлять вещи?
Ответы:
Я просто меняю их, когда работаю над ними. У нас одинаковый заголовок почти для каждого файла, поэтому легко найти все экземпляры.
Затем я обычно запускаю grep для всей базы кода перед отправкой релиза любого вида, который также указывает места, где должна быть обновлена документация.
Тем не менее, мне кажется, что если бы у вас был единый шаблон в заголовке каждого файла ... можно было бы использовать хук VCS, чтобы автоматически сделать это за вас. Я уверен, что кто-то сделал это, но быстрый поиск ничего не дал.
источник
Цель года в заявлении об авторском праве состоит в том, чтобы указать, когда началось авторское право на этот файл / версию программного обеспечения / и т.д. На самом деле в ваших интересах вставлять только новые даты авторских прав для новых файлов и новых дистрибутивов. Причина этого проста:
Тем не менее, дата в уведомлении об авторском праве является юридически слабым показателем того, когда что-то было защищено авторским правом - особенно потому, что это так легко изменить. Регистрация вашего авторского права в правительстве является юридически убедительным показателем даты авторского права. Большинство государственных учреждений не проверяют, действительно ли вы уже нарушаете, потому что у них нет ресурсов для этого. Вместо этого, в случае нарушения обычно побеждает тот, у кого ранее зарегистрировано авторское право. Большинство адвокатов и судов отказывают в рассмотрении любого дела, которое не связано с зарегистрированными авторскими правами, поскольку их так сложно доказать.
Тем не менее, новую дату лучше ставить только на новый код.
источник
В большинстве стран
Год чисто показательный. Я предлагаю изменить его при обновлении соответствующего файла.
Обратите внимание, что все последние IDE могут безопасно находить и заменять файлы.
источник
Я поддерживаю проект с открытым исходным кодом, и мне нужно было вставлять уведомления об авторских правах и управлять ими в верхней части всех файлов кода. Кроме того, некоторые разделы кода выпускаются под разными лицензиями, поэтому это было немного сложно. Я написал приложение, которое просматривает мой исходный код, находит подходящие файлы и сначала вставляет некоторые закомментированные начальные / конечные теги XML там, где должен находиться заголовок авторского права, если он не существует. Затем приложение проходит снова и заменяет все в тегах заголовка на правильное уведомление об авторских правах для этой библиотеки.
Он также находит все файлы проекта в решении и обновляет версию приложения, если это необходимо.
Мне потребовалось несколько часов, чтобы написать, но это сделало развертывание намного легче.
источник
Я видел целый ряд подходов, хотя тот, который казался мне наименее эффективным, по крайней мере с точки зрения разработки, заключался в том, чтобы сделать их динамичными и автоматически добавлять код в текущий год при каждом создании страницы.
Будет ли это вызывать слишком большую нагрузку на производительность, будет зависеть от решения, оборудования и так далее. Это кажется маловероятным, но возможно.
источник