1992年のコンピュータープログラミングの問題点に関する私の1992年の見解

「1992年のコンピュータープログラミングの問題点に関する私の1992年の見解」 今日オフィスを片付けているときに、1992年に書いたこの文章を見つけました。 1970年代半ば、IBMコーポレーションは社内プログラミングのほとんどをFORTRANと呼ばれるコンピューター言語で行っていました（そして、おそらく今もそうかもしれません）。彼らはFORTRAN Gコンパイラと呼ばれるかなり良いFORTRANコンパイラを持っていました。これはFORTRANを機械命令に翻訳するのが速く、生成される機械命令は望ましい動作をかなり効率的に実装していました。それにもかかわらず、IBMは新しいコンパイラを開発することを決定しました。これは1970年代半ばには非常に大胆なことでした。なぜなら、コンパイラは非常に複雑なプログラムであり、作成が難しく、十分なコンパイラがまだ利用可能であるにもかかわらず、IBMが新しいコンパイラに必要な莫大なリソースを投資する意思があることに驚きがあったからです。IBMは何百万ドルと何百人ものプログラマー年を費やし、高速で効率的、そして素晴らしい機能を備えたFORTRAN Hコンパイラを開発しました。これは優れたコンパイラであり、今でも彼らが使用しているものです。 ここからが最初の核心です。コンパイラプログラムの作成はもはや困難ではありません。過去15年間で、コンパイラ技術とコンパイラ作成方法に関する私たちの理解は著しく向上しました。今ではコンパイラの作成は非常に簡単になり、コンピューターサイエンスを専攻する大学3年生が1学期で passable（十分な）コンパイラを作成できると期待されています。 さて、質問です。私たちは15年前よりも明らかに何千倍もコンパイラ作成能力が向上し、学部生1人でも4ヶ月で十分なコンパイラを作成できるようになったのに、なぜIBMは何百万ドルと何百人ものプログラマー年を投じて、FORTRAN Hコンパイラよりも何千倍も優れた「スーパーFORTRAN Iコンパイラ」を開発しないのでしょうか？ その答えは、コンパイラプログラムの品質が、コンピュータープログラムを作成する能力を制限する要因ではなくなったからです。プログラマーが直面する問題は、もはやコンパイラの性能の良し悪しとは関係ありません。むしろ、それらは方法論と言語の問題です。私たちはまだ、どのようにプログラミングすべきか、プログラムをどのように管理すべきか、真に理解していません。何を言いたいのか、どう表現すべきか、真に理解していません。コンピューターに何をさせたいかを表現するための良いコンピューター言語がありません。プログラミングについてどのように考えるべきかを知りません。 要するに、IBMがスーパーFORTRAN Iコンパイラに手間をかけない理由は、それがどれほど優れていても、結局はFORTRANだからです。 コンピュータープログラミングはまだ「ブラックアート」です。まだ50年も経っておらず、誰もが非常に得意というわけではありません。私たちは、使いこなせる能力よりも優れたツールを作ることができるのです。