なつかしい - finalventの日記

ちなみに中島さんは、知る人ぞ知る GAME80コンパイラの開発者でもあります。当時高校生、だそう。うげげ。

GAME-IIIは1978年7月号の月刊アスキーで6800用のインタプリタ(機能的にはBASIC)として大西博氏によってアセンブラソースとともに公開されました．バイナリのサイズが約1.5Kバイトと小さく，サイズの割に高機能でソースがあることから，8080, z80, 6809, 6502と多くのCPUに移植されました．さらに中島聡氏によってGAME自身で記述された 8080用のGAMEコンパイラがアスキー誌上で発表され，コンパイラも多くの機種で動作するようになりました．
　
GAMEは，ALTAIR 680b用のたった768バイトで書かれたTinyBASICであるVTL の文法を拡張した記号言語です．ほとんどの機能が代入文で実現されているため，言語の解析部(parser)が非常に簡単になることから拡張機能も容易に組み込むことが(ソースレベルで)出来ます．

　GAMEはまあ、便利というか便利だった。マクロアセンブラがあれば、もっと効果的なんだけどというかMASMが実際には仕事になった。
　TL/1の話はもうネットにはほとんどないなあ。こっちのほうが、MASMより強力だと思うのだけど、やっぱデータ型の問題かというか、Ｃがあるか。
　Forthとかもけっこうよかったんだけどね、というか、PSに名残を留めているけど。
　ついでに⇒InfoQ: プログラミング言語は自由度が低いほど強力か？

さらなるパワーを追求し、C#には最近新機能が加わり、Javaも間もなくC#と同じ道をたどる可能性がある。機能の選択肢が拡大すればプログラマーの自由度は高まるが、これにより必ずパワーが増すのだろうか。また、真に強力であるために、言語は高い自由度と柔軟性を提供する必要があるのだろうか。

　C#とjavaとは道が違うような気がする。
　っていうか、Javaはけっこうべたなニーズの集大成だし、最初からああいうもんだったのではないのかな。
　言語って、ようするに、それで仕事すんのかよ？　で、その仕事で規定されちゃうわけで（あとプラットフォーム）、その点、ラリー・ウォールは割り切っているわけで以下略。
　
追記
　妙に詳しい⇒Forth - Wikipedia