身の回りに溢れているほとんど全てのプログラムは、 静止状態の表現としてソースコードを持ち、 計算機上で実行され、そして終了します。 少なくとも、終了しようと思えばできるように作られています。 しかしながら、近年では、Webサーバやネットワークプログラムのように、 継続的に動作することが当たり前で、停止状態に移行する事自体が 例外とされるようなプログラムが珍しくなくなってきています。 RubyやPerl, Pythonなどの動的言語と呼ばれる言語が普及し、 プログラム言語の価値は、実行速度から開発速度で測られる 比率が高くなりました。 そんな中、去年ぐらいから、静的言語でも動的言語でもない、 新しいプログラミング言語のパラダイムの可能性について考えています。 * [走り続けるプログラム](http://blog.s21g.com/articles/210) はてしない物語。終了状態の無いプログラム。 停止することなく、動き続けることが想定されるService型プログラムを 記述することに特化した言語があってもいいのではないか。 そんな事を思うようになったのは、 Rubyistにはお馴染みの [irb](http://en.wikipedia.org/wiki/Interactive_Ruby_Shell) と [druby](http://www.druby.org/ilikeruby/druby.en.html) を頻繁に使っていたからかもしれません。 **NEPL ≒ irb + druby + Erlang + Sandbox** 今のところ、open な druby サーバに対して irbで接続しに行くというのが、 一番それらしいものが得られる方法だと思います。 しかしながら、openなdrubyサーバを用意するのは非常にリスキーです。 ErlangのActorモデルや、エラー処理に関する哲学が参考になりそうです。 NEPL処理系が実現すると、 ソフトウェア開発のスタイルが大きく変わるのではないかと思います。 * ソースコードを書いて、リポジトリにコミットするのではなく、 NEPL処理系に接続し、irb的なshellからActorを登録する。 * 仕様をActorの評価関数（計算機リソースの割り当て比率を決める）として定義する。 * バグを見つけてソースコードを修正するのではなく、 バグを定義してActorに対する罰金（ペナルティ）を課し、終息させる。 何かとりあえず動くものを形にしてみるべきですね。 `$SAFE = 4`なrubyとdrubyをベースにするか、 JavaScriptを使ってやるか、そのあたりを考えています。 **See Also** * [Smalltalk勉強会レポート](http://blog.s21g.com/articles/411) * [rush - Rubyが使えるOOPシェル](http://www.infoq.com/jp/news/2008/03/rush-oop-shell) * [BioRuby](http://bioruby.org/) thoughts language idea 8 2008-03-02T17:07:32+00:00 457 blue_stole 401 47 /articles/401 2008-03-02T17:40:00+00:00 b28182d1-8bcb-4b9a-a4a2-d514fee48650 2008-03-06T08:20:40+00:00 1