[言語]HSPまとめたぶん、HSP関連の話は(また別のネタを仕入れない限り)これで終わり。話が聞けて楽しかった。情報提供してくださった皆さん、ありがとうございました。機能が少ないからドキュメントに知らない事が出てこない手軽に絵や窓を出せる難しい部分は拡張に分離される(コンポーネント指向?)ま、納得できないことはない。これらは「HSP言語の文法」と密接に関連しているとは言いがたい。「あの言語でなければならないのか」という問いには答えてないように思う。あ、「ドキュメント〜」は若干は答えになっているかな。私の問いに対する答えになりそうなものも見付けることができた。ひとつはあおきさんによるもの。メインなのはセーブ・ロードの実装が簡単だからじゃないのかなあ。真実かどうかはわからないけれども、もしそうであれば私の問いに対する直接の答えだ。ひとつはshiomanekiさんの考察。機能が豊富とかライブラリが充実しているとかそういう面があることは否定できないけれども、もっと重要なのは『「構造化以前のBasic」のような言語』になぜ豊富なライブラリが用意されてしまうのか?(そして初心者に受け入れられてしまうのか?)<中略>新しい学習コストをかけたくなかったのは、自分が最初に慣れ親しんだBASICで初心者には十分だと判断した言語制作者ではないだろうか?そして、『「構造化以前のBasic」のような言語』で育った人々が、いつかまた新しい『「構造化以前のBasic」のような言語』を作り出す。その結果が「あの言語」である、というのも非常にありそうな仮説だ。こんな面白い考察が読めただけでも、この一連の話題は(少なくとも私にとっては)非常に有意義であった。私はRubyのデザイナーではあるが、別にRubyと比較しようなんて最初から思ってはいない。私は言語デザイナーである前に、言語おたくなので、あらゆる言語の「より良い形」に興味があるのだ。私は「HSPが総合的に良いツールであること」を否定したことはない。「HSP言語」がもうちょっとマシな言語だったらもっと良いツールだったとも思う。私の意見が間違っているかどうかが知りたかったというわけだ。ないだろうか、と推測している。私としては残念な結論だ。みんなもうちょっと言語そのものにも関心を払おうよぉ*1。うちの長女の誕生日でもある。こんなに大きくなったのね。私も歳をとるはずだわ。一日遅れの家庭の夕べでちょっとしたお祝いをする。