回答:
ソフトウェアを専門的に開発している場合は、おそらくバージョン管理システム（svn、hg、gitなど）を使用しています。この場合、プロジェクトでコードをコミットできるコーダーアカウント（その情報を持っている）を既に持っているため、コード内に個人情報を残すことは冗長であると思います。
ただし、オープンソースコミュニティの一部の人々は、連絡先に名前とメールアドレスを残すのが面白いと感じています。これはまったく悪い考えではありません。この例を確認してください：
FFmpegから：
/*
* Interplay C93 video decoder
* Copyright (c) 2007 Anssi Hannula <anssi.hannula@gmail.com>
*
* This file is part of FFmpeg.
*/
DirectFBから：
/*
(c) Copyright 2001-2009 The world wide DirectFB Open Source Community (directfb.org)
(c) Copyright 2000-2004 Convergence (integrated media) GmbH
All rights reserved.
Written by Denis Oliver Kropp <dok@directfb.org>,
Andreas Hundt <andi@fischlustig.de>,
Sven Neumann <neo@directfb.org>,
Ville Syrjälä <syrjala@sci.fi> and
Claudio Ciccani <klan@users.sf.net>.
*/
しかし、確かに私の名前やメールを残すと、コードにコメントを書くことになったのでしょうか？申し訳ありませんが答えではありませんでした。実際には、通常doctypeコメントを残します...
/**
* @author PurplePilot
* @package
* @etc
*/
メールアドレスではなく私の名前で。はい、このコードは切り取って貼り付けることができますが、コピー機が著者名を変更しない場合、他の何も変更せず、メンテナンスされていないコメントであることが明らかになります。
時々使用するメールsigがあります
/* Anything you put in comments is not tested and easily goes out of date. */
これは、このスレッドの他の多くの投稿の一般的な反映のようです。ただし、主題に関するルールはないため、プログラマーは最も快適に感じることを行う必要があります。
私はしばしばイニシャルをコメントに残します（適切な場合）が、それ以上残す理由は見当たりません。私がまだコードを所有している会社で働いているなら、人々は私と連絡を取る方法を知っているべきです。
会社を辞めて別の場所で仕事をしている場合、最後の会社（競合他社になる可能性があります！）でソフトウェアに関する電話をかけていると、新しい雇用主にとって公平ではありません。
コードが他の方法で共有された場合（たとえば、オープンソース、オンラインで投稿された場合）、連絡先の詳細を入力する価値がある可能性がありますが、コードが別の方法で渡された場合、あなたに与えた人はすでにあなたの連絡先の詳細、そしてあなたが何年も前に書いたコードについて尋ねるランダムな見知らぬ人が本当に欲しいですか？
次のような考え方があります：ソース管理に含めるべきソースコードを入れないでください。
時間の経過とともに、多くの人がコードをファイルの粒度未満で変更するため、著者情報はこれらの1つです。非難ログは、あなたが知る必要があるすべてをあなたに伝えるべきです。
そうは言っても、多くの企業は元のファイル作成者をリストし、それを決して変更しないという移行に従っています。（人々が会社を去るとき）それが本当に役に立つかどうかは分かりません。
主な価値は意識を高めることだと思います。IDEに行って、表示された各ファイルの作成者を尋ねるのではなく、グループのコードベースでこれらのファイルに出会うことで、プロジェクトの責任と専門知識を得ることができます。
パブリックドメインの場合、利点は「広告」です。欠点は、将来誰かがファイルを破壊する可能性があるが、それでも名前が残っていることです。
連絡先の詳細をコードに残さない。それは常に時代遅れになり、解決するよりも多くの問題を引き起こすようです。
他の人々は問題のかなりの数を指摘しました、しかし、私は最も陰湿な効果であると思うものに言及したかったです。
チームの作業とコードの品質を損なう可能性があります。
どのように尋ねるかもしれませんが、それはすべて集合的なコードの所有権に関係しています。コードの名前を入力すると、次に来る人は「それは私のコードではありません、私はただXになります」と言います。もちろん、コードに名前を付けたいのは、彼らがそれを改善したからです。しかし、あなたは、このコードに数週間を費やし、10分を費やしたのはなぜでしょうか？時間が経つにつれて、このサイクルは続き、人々は誰がコードの信用（または非難）を得るべきかについて議論します。
チームにとってはうまく機能しません。代わりに、チームが集合的な所有権に焦点を合わせ、所有権なしですべてのコードを優れたものにする場合、システムの品質である本当に重要なことに集中できます。誰が作業したかを追跡する必要がある場合は、いつでもVCSを使用して詳細を取得できます。
注：特に開発者が他の貢献者ほどアクティブでない場合、開発者の名前がある場合、著作権ヘッダーでさえもこの破壊的な影響を与える可能性があります。そのため、オープンソースプロジェクトでは、著者の著者のみに言及しようとするか、貢献者はプロジェクトの1つの場所にファイルを記載するだけです。