識別子

コンピュータ言語において、識別子は言語エンティティに名前を付けるトークン（シンボルとも呼ばれる）です。識別子が示す可能性のあるエンティティの種類には、変数、型、ラベル、サブルーチン、パ​​ッケージなどがあります。

リソースは複数の識別子を持つ場合があります。典型的な例は次のとおりです。

• 複数の名前、ニックネーム、敬称（肩書き、挨拶）を持つ一人の人物
  • 例えば、ある特定の人物は、以下のすべての識別子で識別される可能性があります。ジェーン・ スミス、ジェーン・ エリザベス ・メレディス・スミス、 ジェーン ・E ・M・スミス、ジェーン・E・スミス、ジェイニー・スミス、ジェイニー、リトル・ジェイニー（母親や姉妹、いとこのビッグ・ジェイニーとは対照的に）、ジェーンおばさん、ジェイニーおばさん、ママ、おばあちゃん、ナナ、ケリーの母親、ビリーのおばあちゃん、スミスさん、スミス博士、ジェーン・E・スミス博士、ファジー（職場での彼女の冗談めいたニックネーム）。               
• 複数のバージョンを持つ1つの文書^{[ 1 ]}
• 複数の名前を持つ1つの物質（例えば、CASインデックス名とIUPAC名、^{[ 2 ]} INN一般医薬品名とUSAN一般医薬品名とブランド名）

逆の場合も可能であり、複数のリソースが同じ識別子で表される場合がある（後述）。

多くのコードや命名体系は、小さな名前空間内で生まれます。長年にわたり、それらのいくつかはより大きな名前空間へと広がっていきます（人々が以前はなかった方法で交流するようになるにつれて、例えば、国境を越えた貿易、科学協力、軍事同盟、一般的な文化的相互接続や同化など）。このような普及が起こると、以前は潜在的で問題視されていなかった元の命名規則の限界が痛々しいほど明らかになり、多くの場合、レトロニミー、同義語、翻訳/トランスコーディングなどが必要になります。このような限界は、一般的に、元のコンテキストからより広いコンテキストへの移行に伴って生じます。通常、このシステムは暗黙のコンテキスト（以前は想定されていた狭いコンテキスト）、容量不足（例えば、時代遅れの狭いコンテキストを反映した、可能なIDの数が少ない）、拡張性の欠如（将来のニーズに備えて定義および予約された機能がない）、および特異性と曖昧さ解消能力の欠如（長年の一意性が新しい非一意性に遭遇するコンテキストの移行に関連）を示します。コンピュータサイエンスの分野では、この問題は命名衝突と呼ばれています。CODENシステムの起源と拡張の物語は、ここ数十年の技術用語の文脈において良い事例となります。特定の指定子に見られる大文字小文字のバリエーションは、この問題が自然言語で発生している例を示しており、そこでは固有名詞と普通名詞の区別（およびその複雑さ）に対処しなければなりません。すべてのオブジェクトがUIDを持つ世界であれば、名前空間は必要なくなり、つまり、それは1つの巨大な名前空間を構成することになります。しかし、人間の心は、それほど多くのUIDを追跡したり、意味的に相互に関連付けたりすることは決してできません。  

名前と識別子の概念は指示的には同等であり、したがって指示的には同義語ですが、暗示的には必ずしも同義語ではありません。なぜなら、コード名やID番号は、伝統的な自然言語における命名の意味での名称とは暗示的に区別されることが多いからです。例えば、「Jamie Zawinski」と「Netscape社員番号20」はどちらも同じ人物の識別子ですが、通常の英語の暗示では「Jamie Zawinski」は「識別子」ではなく「名前」とみなされるのに対し、「Netscape 社員 番号 20」は「識別子」ではなく「名前」とみなされます。これは、外的区別ではなく、内的区別です。