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?
Jawaban:
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.
sumber
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:
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.
sumber
Di sebagian besar negara
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.
sumber
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.
sumber
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.
sumber