彼の仕事（ハッカー）を愛する孤独なプログラマーは、タスクのための最良の言語を選ぶことができます。ほとんどの作業プログラマーは、使用する言語をほとんど制御できません。一般的に、この問題は、技術的な決定ではなく政治的な決定を下している先導的な上司によって決定されており、しばしば直接の知識で、あまり受け入れられていないツールを知っているときでさえ、最高です。他の場合には、チーム間の団結の真の恩恵は、ある程度コミュニティの大きさによって、個人の選択肢を排除します。多くの場合、マネージャーは、特定の言語での経験を持つプログラマーを雇う必要があることに牽引されます。間違いなく、彼らはプロジェクトや企業にとって最善の利益と認識しているものを提供しており、それを尊重しなければなりません。しかし、私は個人的には、これがあなたが遭遇する可能性の高い最も無駄で誤った共通の練習であると個人的に信じています。
もちろん、物事は決して一次元ではありません。コア言語が義務付けられていても、あなたのコントロールの範囲を超えていても、ツールや他のプログラムを別の言語で書かなければならない場合があります。言語が埋め込まれる場合（また、常に考慮する必要があります）、言語の選択はユーザーの文化に大きく依存します。仕事に最も適した言語を使用して会社やプロジェクトにサービスを提供し、仕事をより面白くするために、これを利用する必要があります。
プログラミング言語は、自然言語を学ぶほど難しくないという点で、実際には表記法と呼ばれるべきです。初心者や一部の外部の人には新しい言語を学ぶのは難しい作業です。あなたのベルトの下に3つのベルトがあると、それは実際に利用可能なライブラリに慣れるための問題に過ぎません。 1つは、3つまたは4つの言語でコンポーネントが混乱しているような大きなシステムを考える傾向があります。そのようなシステムは、多くの場合、1つの言語システムよりもいくつかの点でより強力であると主張しています。
- 異なる表記法で記述されているコンポーネント間には、必然的に疎結合が存在します（ただし、きれいなインタフェースではないかもしれません）。
- 各コンポーネントを個別に書き直すことで、新しい言語/プラットフォームに簡単に進化することができます。
- 1つの言語がシステム全体に適していない可能性があります。モジュールに複数の言語を使用することで、適切なツールを選ぶことができます。
これらの影響の一部は心理学的なものに過ぎないかもしれません。心理学は重要です。結局のところ、言語専制主義の費用はそれが提供する利点よりも重要です。