[言語]言語ツールキットささださんの日記。HSP作者さんは言語を作りたかったんじゃないんじゃないかなぁ。実際は彼が作りたかったのは「プログラマブルなツールジェネレータ」くらいじゃないかと。慣れ親しんだN-BASIC(あれ、N88-BASICかな)に類似の文法を実現したと。なんかあんまり考えられていない文法の言語が量産されるのは、見ていてつらい。すると、こんなのはどうだろう。発想としては、Tclとか、Guileとかに似ていないこともない。これらでは十分ではない。言語ツールキットの要求仕様はこんな感じではないだろうか。Lisp(S式)のような「(優れているが)特殊な印象を与える」文法でもないものを。優れたAPIツールに組み込むことを念頭に置いた使いやすいAPIを提供する。優れた移植性WindowsでもUnix系OSでも動作する移植性。「ドロップイン機能」の方で実現されるのだから難しいことではない。「これを使えば可能です」は十分ではない。「このツールは使っています」ということを示せねばならない。性能まあ、そこらの言語と同等であれば十分だけど。TclやGuileは「文法」の点で不利だ。ある意味古臭いし、GuileのS式はほとんどの人にはとっつきにくい。それとも別の原因があるのか。探してみると、他にもSmallとかいくつも類似のプロジェクトがあるな。それとも、この種のアイディアにはなにか致命的な欠陥があるのか。Rubyはこの目的にはふさわしくない。言語仕様Rubyの「全部メソッド」というモデルは強すぎる。通常の手続きも必要だろう。「全部オブジェクト」は問題ないと思う。インタプリタ実装Rubyインタプリタは組み込みのことを十分に考えて実装されていない。この点についてはTclの方が100倍優れている。ライセンス独自ライセンスのRubyは組み込みに関して安心感がない。実際には問題は発生しないと思うけど。ここは制限の少ないBSD系のライセンスが良いと思う。[会社]リクルーティング失敗。タイミングが悪かった。先方にも申し訳ないことをした。