3章はAPLを設計したアディン・D・フォークオフさんのインタビュー。
かなり初期の言語で、LISPと同じように、もともとは紙の上での記述を目的として作られた言語のようです。
つまりコンピュータに読み込まれて自動的に何かすることを目的としているわけではなく、
記述そのものを行うことを目的として作られた言語。
記号の数が大変多い言語として有名ですが、
紙に書く予定で作られたのなら納得ですね。
記号の種類が多いことにより、慣れないうちの可読性が低いと評判の言語のようですけど、
作った人はそういう認識は全くないようです。
数学の記述と以上に簡潔だと。
まあ確かに慣れたらそうですね。
FORTRANと同年代の言語ですから、
関数のように単語で機能を認識するより、
記号でするという方針だったのは当然といえば当然です。
関数のようにあらゆる分野にまで機能を拡張できるようにするという習慣がまだないので、
言語設計者が決めた言語内での規則によって多様な表現ができるという方向ですね。
そういう時代背景を考えると、
言語内に用意された多くのデータ型に対するあらゆる操作を、
統一した方法で簡潔に記述できるということを生み出したのは、
大変評価できると思います。
最近のLINQだって、結局はそういう構文なわけですしね。
古い言語の利点はその後多くの言語にまねされて今では当たり前になっていたりするので、
歴史を考えないと評価が難しかったりするものですが。
その辺を考えたうえで言えば、後世の多くの言語を使いやすくした原因となった、素晴らしい言語設計だったといえるのではないでしょうか。
配列に対する操作の記述なんて、主要言語で標準となってきたのは最近ですしね。
大変時代を先取りしていたと思います。
かなり初期の言語で、LISPと同じように、もともとは紙の上での記述を目的として作られた言語のようです。
つまりコンピュータに読み込まれて自動的に何かすることを目的としているわけではなく、
記述そのものを行うことを目的として作られた言語。
記号の数が大変多い言語として有名ですが、
紙に書く予定で作られたのなら納得ですね。
記号の種類が多いことにより、慣れないうちの可読性が低いと評判の言語のようですけど、
作った人はそういう認識は全くないようです。
数学の記述と以上に簡潔だと。
まあ確かに慣れたらそうですね。
FORTRANと同年代の言語ですから、
関数のように単語で機能を認識するより、
記号でするという方針だったのは当然といえば当然です。
関数のようにあらゆる分野にまで機能を拡張できるようにするという習慣がまだないので、
言語設計者が決めた言語内での規則によって多様な表現ができるという方向ですね。
そういう時代背景を考えると、
言語内に用意された多くのデータ型に対するあらゆる操作を、
統一した方法で簡潔に記述できるということを生み出したのは、
大変評価できると思います。
最近のLINQだって、結局はそういう構文なわけですしね。
古い言語の利点はその後多くの言語にまねされて今では当たり前になっていたりするので、
歴史を考えないと評価が難しかったりするものですが。
その辺を考えたうえで言えば、後世の多くの言語を使いやすくした原因となった、素晴らしい言語設計だったといえるのではないでしょうか。
配列に対する操作の記述なんて、主要言語で標準となってきたのは最近ですしね。
大変時代を先取りしていたと思います。