Bagaimana Anda memperbarui pemberitahuan hak cipta?


10

Jadi sekarang ini tahun 2011, dan saat saya melanjutkan pengkodean pada proyek aktif kami, saatnya untuk memperbarui beberapa pemberitahuan hak cipta.

misalnya. Copyright Widgets Ltd 2010 kepada Copyright Widgets Ltd 2010, 2011

Pertanyaan saya adalah kapan Anda memperbarui pemberitahuan hak cipta?

  • Apakah Anda mengubah pemberitahuan di kepala file saat pertama kali Anda mengerjakan file itu?
  • Karena modul adalah bagian dari kode yang terdiri dari banyak file yang bekerja bersama-sama, apakah Anda memperbarui semua pemberitahuan dalam modul ketika Anda mengubah satu file di modul itu?
  • Karena sebuah program adalah sepotong kode (mungkin terdiri dari banyak modul), apakah Anda memperbarui semua pemberitahuan dalam program tersebut ketika Anda mengubah satu file dalam program itu?
  • Atau apakah Anda hanya melalui dan mengganti secara massal kopi pagi Anda dengan alasan Anda akan memulai pemrograman dan memperbarui hal-hal?

Saya mengedit judul Anda untuk menghapus salam (selamat tahun baru untuk Anda, juga!) Sehingga tidak membingungkan mesin pencari atau pencarian situs kami.
Tim Post

Jawaban:


3

Saya hanya mengubahnya saat saya mengerjakannya. Kami memiliki header yang sama di hampir setiap file, jadi mudah untuk menemukan semua instance.

Saya kemudian biasanya menjalankan grep pada seluruh basis kode sebelum mengirim rilis dalam bentuk apa pun, yang juga menunjukkan tempat-tempat yang dokumentasi harus diperbarui.

Sepertinya saya, bahwa, jika Anda memiliki template seragam di kepala setiap file .. VCS hook dapat digunakan untuk secara otomatis melakukannya untuk Anda. Saya yakin seseorang telah melakukan itu, tetapi pencarian cepat tidak menghasilkan apa-apa.


Jadi ini adalah pendekatan yang akan saya gunakan untuk saat itu, hanya memperbarui file saat saya pergi dan memperbarui semua dalam sebuah modul sebelum saya melepaskannya.
James

4

Tujuan tahun ini dalam pernyataan hak cipta adalah untuk menunjukkan kapan hak cipta dimulai untuk file / versi perangkat lunak / dll. Sebenarnya demi kepentingan Anda terbaik untuk hanya memasukkan tanggal hak cipta baru untuk file baru dan distribusi baru. Alasannya sederhana:

Perusahaan A mengembangkan perangkat lunak dalam isolasi lengkap dari Perusahaan B. Karena hanya ada begitu banyak cara untuk memikirkan masalah, mereka berdua datang dengan solusi serupa untuk beberapa fitur. Melalui entri blog atau sesuatu, Perusahaan B mengetahui bahwa Perusahaan A mungkin melanggar hak cipta sehingga mereka memutuskan untuk menuntut (pernah mendengar tentang SCO?). Perusahaan B terus memperbarui pemberitahuan hak cipta mereka dengan tahun-tahun yang maju, tetapi Perusahaan A meninggalkan mereka sendiri. Ketika pengacara memeriksa kode dan melihat tanggal hak cipta Perusahaan A sebelum tanggal hak cipta Perusahaan B, mereka akan menyadari bahwa mungkin saja Perusahaan B melanggar.

Yang mengatakan, tanggal dalam pemberitahuan hak cipta adalah indikator yang lemah secara hukum ketika sesuatu dilindungi hak cipta - terutama karena sangat mudah diubah. Mendaftarkan hak cipta Anda ke pemerintah adalah indikator kuat tentang tanggal hak cipta. Sebagian besar lembaga pemerintah tidak memverifikasi apakah Anda sudah melakukan pelanggaran karena mereka tidak memiliki sumber daya untuk itu. Sebaliknya, jika ada pelanggaran yang satu dengan hak cipta terdaftar sebelumnya biasanya menang. Sebagian besar pengacara dan pengadilan akan menolak kasus apa pun yang tidak melibatkan hak cipta terdaftar karena sangat sulit untuk dibuktikan.

Meskipun demikian, lebih baik hanya menempatkan tanggal baru pada kode baru.


Jika Anda perhatikan contoh saya, saya tidak akan menghapus tanggal sebelumnya "mis. Copyright Widgets Ltd 2010 ke Copyright Widgets Ltd 2010, 2011". Jadi apakah ini masih berlaku?
James

Saya hanya mengulangi nasihat yang saya dapatkan. Satu-satunya tanggal yang penting adalah tanggal paling awal. Saat itulah jam mulai berdetak pada kehidupan hak cipta.
Berin Loritsch

3

Di sebagian besar negara

Hak cipta tidak memerlukan pemberitahuan apa pun. Itu otomatis.

Tahun murni bersifat indikatif. Saya sarankan untuk mengubahnya ketika Anda memperbarui file yang bersangkutan.

Perhatikan bahwa setiap IDE terbaru dapat melakukan pencarian & penggantian file dengan aman.


1

Saya mengelola proyek open source, dan saya perlu memasukkan dan mengelola pemberitahuan hak cipta di bagian atas semua file kode. Juga, bagian-bagian tertentu dari kode dirilis di bawah lisensi yang berbeda, jadi agak rumit. Saya menulis sebuah aplikasi yang menelusuri kode sumber saya, menemukan file yang berlaku dan pertama-tama menyisipkan beberapa tag mulai / akhir XML yang dikomentari di mana tajuk hak cipta seharusnya berada jika tidak ada. Kemudian aplikasi melewati lagi dan mengganti segala sesuatu di dalam tag header dengan pemberitahuan hak cipta yang benar untuk perpustakaan itu.

Ini juga menemukan semua file proyek dalam solusi dan memperbarui versi aplikasi, jika perlu.

Butuh waktu beberapa jam untuk menulis, tetapi itu membuat penyebaran jauh lebih mudah.


0

Saya telah melihat berbagai macam pendekatan, meskipun salah satu yang tampaknya paling tidak berhasil bagi saya, setidaknya dari perspektif pengembangan, adalah untuk membuatnya dinamis dan memiliki kode secara otomatis hanya menambahkan tahun ini setiap kali halaman dihasilkan.

Apakah itu akan menyebabkan terlalu banyak overhead kinerja akan tergantung pada solusi, perangkat keras dan sebagainya. Tampaknya tidak mungkin tetapi mungkin.


Apa gunanya menempatkan satu tahun dalam pemberitahuan hak cipta jika tahun itu tidak ada hubungannya dengan konten yang dilampirkan oleh pemberitahuan hak cipta?
John Bartholomew
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.