結論付けるのは早計ではないでしょうか。いうツッコミをいただきました。私は別に「ソフトウェア特許が悪」であると考えてはいません。結論づけるほどの材料を持っていないことは自覚しています。ソフトウェア特許は悪だと結論づけているような書き方をしてました?現時点で、「特許の利点」について私の納得できるような理由を見たことがないというのはあります。あ、「特許の利点」というよりも「現在の特許制度の利点」と言った方が正確かな。いうとかなり疑問だと思います。理念を実現できるような特許制度であれば、私は反対はしないような気がします。そのことによる一時的な制限は引き受けてもよいと思います。この辺はストールマンとはちょっと違う点です。[言語]言語ツールキットささださんの日記。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系のライセンスが良いと思う。[会社]リクルーティング失敗。タイミングが悪かった。先方にも申し訳ないことをした。次女が修学旅行に出発する。私の小学校時代みたいに岡山だけというのもなんだかよくわからないことになる。鷲羽山に登って瀬戸内海を眺めたことしか覚えてないぞ。Eolasのプラグイン特許、再審査で有効認定へEolas特許が有効認定されそう、とのこと。