古いプログラミング言語が引き続き改訂されるのはなぜですか？

この質問は、「なぜ人々はまだ古いプログラミング言語を使用しているのですか？」ではありません。私はそれをよく理解しています。実際、私が最もよく知っている2つのプログラミング言語はCとSchemeで、どちらも70年代に遡ります。

最近、C99とC11対C89の変更について読んでいました（実際にCの最も使用されているバージョンであり、K＆Rから学んだバージョンです）。周りを見ると、頻繁に使用されるすべてのプログラミング言語は、少なくとも10年に1回程度新しい仕様を取得しているようです。Fortranを使用しているほとんどの人がまだFORTRAN 77を使用しているという事実にもかかわらず、Fortranでも新しいリビジョンを取得しています。

たとえば、組版システムTeXのアプローチと比較してください。1989年、TeX 3.0のリリースに伴い、Donald KnuthはTeXは機能が完全であり、将来のリリースにはバグ修正のみが含まれると宣言しました。これ以上に、彼は彼の死の際に、「残っているすべてのバグが機能になる」と述べており、それ以上の更新は一切行われないと述べています。他の人はTeXを自由にフォークして自由にフォークできますが、結果のシステムの名前が変更され、公式のTeXとは異なることを示します。これは、KnuthがTeXを完璧だと考えているからではなく、50年後に同じことをする安定した予測可能なシステムの価値を理解しているからです。

ほとんどのプログラミング言語デザイナーが同じ原則に従っていないのはなぜですか？もちろん、言語が比較的新しい場合、落ち着く前に急速な変化の期間を経ることは理にかなっています。また、既存の疑似標準を体系化するか、意図しない読み取り値を修正する以上の小さな変更に、実際に誰も反対することはできません。しかし、10、20年経ってもまだ言語の改善が必要なように思える場合、すでに使用されているものを変更しようとするのではなく、単にフォークするか、最初からやり直さないのですか？Fortranでオブジェクト指向プログラミングを本当にしたい人がいるなら、その目的のために「Objective Fortran」を作成し、Fortranをそのままにしてみませんか？

将来の改訂に関係なく、C89はすでに標準であり、人々がそれを使用し続けることを止めるものはないと言えるでしょう。これは一種の真実ですが、意味合いには結果があります。GCCは、pedanticモードで、C99で非推奨またはわずかに異なる意味を持つ構文について警告します。つまり、C89プログラマーは新しい標準を完全に無視することはできません。したがって、C99には、言語を使用するすべての人にこのオーバーヘッドを課すのに十分な利点がなければなりません。

これは本当の質問であり、議論を呼びかけるものではありません。明らかに私はこれについて意見を持っていますが、現時点では、これがすでに行われている方法だけではない理由を理解しようとしています。質問は次のとおりです。

古い言語に基づいて新しい言語を作成するのではなく、言語標準を更新することの（実際の、または認識されている）利点は何ですか？

言語デザイナーが既存の言語を改訂する動機は、ターゲット開発者コミュニティが一緒にいて新しい言語を採用することを保証しながらイノベーションを導入することだと思います：既存のコミュニティを既存の言語の新しいリビジョンに移動することは、新しいコミュニティを作成するよりも効果的です新しい言語の周り。もちろん、これにより、一部の開発者は古い標準で問題ない場合でも新しい標準を採用する必要があります。コミュニティでは、コミュニティをまとめたい場合、少数派に特定の決定を下す必要があります。

また、汎用言語はできるだけ多くのプログラマーにサービスを提供しようとし、多くの場合、それは設計されていない新しい領域に適用されます。したがって、コミュニティは、デザインのシンプルさと安定性を目指す代わりに、言語が新しいアプリケーション領域に移行するときに、新しいアイデアを（他の言語からでも）取り入れることを選択できます。このようなシナリオでは、最初の試行で正しくなるとは期待できません。

これは、言語が長年にわたって大きな変化を受ける可能性があり、最新のリビジョンが最初のリビジョンとは大きく異なる場合があることを意味します。言語の名前は技術的な理由で保持されませんが、開発者のコ​​ミュニティは新しい言語に古い名前を使用することに同意しているためです。したがって、プログラミング言語の名前は、言語自体ではなく、ユーザーのコミュニティを識別します。

IMOが多くの開発者がこれを受け入れられる（または望ましい）と判断する動機は、マスターするのにより多くの時間と労力がかかる完全に新しい言語にジャンプするよりも、わずかに異なる言語への段階的な移行が容易で混乱が少ないことです。1つまたは2つの好みの言語を持ち、新しい（根本的に異なる）言語の学習にあまり熱心ではない開発者が多数いることを考慮してください。そして、新しいことを学ぶのが好きな人にとってさえ、新しいプログラミング言語を学ぶことは常に大変で時間のかかる活動です。

また、あまり知られていない言語を使用する非常に小さなコミュニティよりも、大きなコミュニティと豊かなエコシステムの一部であることが望ましい場合があります。そのため、コミュニティが先に進むことを決定すると、多くのメンバーが孤立を避けるために従うことを決定します。

サイドコメントとして、レガシーコードとの互換性を維持しながら進化を可能にするという議論はかなり弱いと思います。JavaはCコードを呼び出すことができ、ScalaはJavaコードと簡単に統合でき、C＃はC ++と統合できます。ソースコードの互換性を必要とせずに、別の言語で記述されたレガシーコードと簡単にインターフェイスできることを示す多くの例があります。

注意

いくつかの回答とコメントから、質問を「なぜプログラミング言語を進化させる必要があるのか​​」と解釈した読者がいることを理解しているようです。

プログラミング言語を進化させる必要があることとその理由（新しい要件、新しいアイデア）が明らかであるため、これは問題の主要なポイントではないと思います。問題は、「なぜ、この進化は多くの新しい言語を生み出すのではなく、プログラミング言語の内部で起こらなければならないのか？」です。

下位互換性があなたの答えです。特定の言語、特にCのような広く使用されている言語には、何十年も動作するコードが変更されていない場合があります。メンテナンスが必要な場合は、開発作業のために最新のシステムで実行しながら、その種類のプラットフォームをターゲットにできるコンパイラを用意することが役立ちます。標準化と言語バージョンの更新により、プログラミングプラクティスを最新の状態に保ちながら、「新しい」言語全体の学習に抵抗するベテランプログラマに親近感を提供できます。

更新された言語の多くは、「新しい光沢のあるビットが追加された」ほど更新されないことに注意してください。昔の獣はまだまだ潜んでいます。

Knuthに関する限り、彼は学者であり、TeXは更新されておらず、正しいことが証明されているだけです。

明らかな答えは、言語設計とシステムアーキテクチャがまだ進歩中であり、十分な人が古い言語を気にしているため、新しい技術（複数のコア、より良いスレッドまたはメモリモデル）を活用したいからだと思いますまたは言語標準に組み込まれています。また、サードパーティに依存するのではなく、コンパイラやプラットフォームに関係なく、そこにいると期待できること（XML解析、DBアクセスなど）を行うための「1つの真の方法」があると役立ちます。インストールされている場合とされていない場合があります（また、必要なバージョンなどである場合とそうでない場合があります）。

汎用言語が構築する基本概念または目標は、関連性を失わない。ただし、作業環境またはハードウェアの小さな変更では、言語に更新または小さな機能を追加する必要があります。

64ビット型のクリーンなサポート、より標準的な正規表現のサポート、または新しいタイプのファイルシステムのより堅牢なサポートが必要な場合でも、言語でのアルゴリズムの表現方法は変わりません。

「新しい」機能が既存の言語に追加されている場合がいくつかありますが、多くの場合、これらの変更は、人々がすでに苦労していたことの単純化に相当します。（関数ポインターとファンクターの代わりに高次関数を使用するC ++を参照してください。）

これは話されている言語の考慮事項に少し似ています。

過去には、現在ほど頻繁に使用されなかった（または別の意味で使用された）単語がありました。

例えば。nice：（非常に古い）英語では、特に誰かの性格を記述するために使用する場合、今日使用しているものとほぼ逆の意味を持ちます。

悪い：それほど昔ではなく、悪い意味はただ一つの意味しかありませんでしたが、今では「超驚くべき」何かを意味することができます（それは熱狂的な方法で使用されます（おそらく、熱狂的なスペルミスを見逃しました）！

別の新しい開発は、書記言語用の携帯電話の「テキスト読み上げ」です。

プログラミング言語が同様の方法で開発されない理由は個人的にわかりません。言葉や機能は特定の意味/アクションを指定しており、新しいアイデア、新しい方法論を取り入れるために変更する必要があります。

私は多くの異なる言語を話す人々を知っています、そして、彼らはしばしば3番目か4番目の後に新しいものを学ぶことはより簡単になると彼らに提案します。

同様の経験があるプログラマーがいるかどうかはわかりませんが、あっても驚くことはありません。

私は、JAVAでプログラミングの幸せを感じていることを知っています（英語で話すのが幸せだと感じているのと同じくらい） 。JavaからPHP、Perlに行くのと同じように、構造は似ていますが、私を捕まえて壁にぶつけるためのちょっとした落とし穴があります。

これは、英語からフランス語へ、またはJavaからSASへの移行とは異なります。これらは非常に異なるため、熟達するにはかなり時間がかかります。

とにかくこれは私の考えです。