_ Lisp:S式の理由

shiroさんがLispの拡張性について語っておられますが、 この点について、Lispが他の追随を許さないほど強力なのは全くもってその通りです。 ただ実用性という観点において、いくら原理的に可能であっても、 実装されていない機能ばかりで自分で作るものが多いと使わないんですよね、 大抵の人は。 時間もエネルギーも有限ですから。

例えば、最近の私はもはや名前つきパラメータのない処理系なんて使っていられない体になってしまってますが、 Schemeだと SRFI 89 として去年ようやく提案されたばかりで、 Gaucheでもまだ実装されていないのではないかと思います （違ったらごめんなさい）。

もちろん、作ろうと思えば理論的に可能なのだから、 自分で作ってしまえばよいという考え方もできます。 でも私はあんまりやりたいと思いません。 自分の関心はそこにはないので、 すでにサポートしてくれている処理系を採用した方が手っ取り早いからです。

ではなぜSchemeが、 今すぐ直ちに使える実装を備えているかという意味において、 他の言語に遅れをとっているケースが見られるのでしょうか。

かつてRMSはまさにトランスレータによって他の言語をSchemeに変換することによって、Guileをユニバーサルな言語処理系にするという野望を抱いていました。 まわりを見渡せば分かるように、この計画は完全に失敗しました。 （もっともTclを撃退するという方の野望は達成したので半分成功したとも言えます。） GNUの中でもGuileやSchemeを利用しているプロジェクトはほとんど存在しません。 それはなぜなのでしょうか。

いくつか理由が考えられます。 私なりに考えてみると、

• Schemeという言語ではなく、Schemeの処理系の実装が良くなかった。だからウケが良くなかった。これはGuileにはすごく当てはまる。
• Schemeの開発者人口が少ない。だから開発速度が他に劣る。これは技術オタク的につまらない理由だけど、真実でもある。
• Schemeやその他のLisp系からアイデアを頂戴することによって、他の言語でも実際的に矛盾なく言語拡張が行えてしまったので、敢えてSchemeに拘る理由がなかった。あるいは拡張すべきシーンにさっぱり出会わなかった。
• Lisperの能力が高すぎて、あまりにさっくり機能を追加できてしまうので、普通の人がすでに存在することを期待する機能を提供することに関心がない。

何だかネガティブなことばかり書いて申し訳ありませんが、 本当はSchemeがとても好きです。 しかし実用性という点で、私にとって、 現時点では、御世辞にも使いやすい言語とは言えません。 Gaucheのおかげで性能的にはようやく満足できるようになったので （Guileをやめたのはこれのせい）、 さらなる機能の充実を期待しています。

でも、Schemeには今のまま大衆に迎合しない路線を突き進んでもらうのも、それはそれで面白いかな。