■[ML]未来を生きるMatz

ちょっと残念なお知らせと、ちょっといい一言。

[ruby-talk:17077] Farewell にて、Benjamin J. Tillyさんはネットでの 活動やRubyとの付き合いに対して再考を余儀なくされているそうです。 そんなわけで、残念ながらしばしのお別れの挨拶となりました。

それに対して、まつもとさんから返事([ruby-talk:17082])が。

In message "[ruby-talk:17077] Farewell"
on 01/06/30, "Benjamin J. Tilly" writes:

|I am sure Ruby has a great future ahead of it, and it will be a
|tool that I plan to become more familiar with when time permits.
|But that will have to wait for the future.
 
Bye now. I will wait you in the future. Yes, I'm living in the
future (a day ahead of you; see Date field).
 
matz.

かっこいいですね。わたなべさんからも 「うますぎ。」との言葉が。

(Maki)

■[EVENT]Sharing a room at RubyConf

[ruby-talk:17116]にてDave Thomasさんより、 RubyConf2001に行く人でコストを削りたいひとは 部屋をシェアしませんか、ということで ここに書きこむといいそうです。

日本から行く人たちもまとめて部屋を取ってもらったほうが安上がりで いいんでしょうかね？

(Maki)

■[ML]RubyGUIセンター開設

[rubyist:0691]にて中村 のりつぐより、 RDPに「RubyGUIセンター」というページを作ったとのアナウンスがありました。 GUI情報の集積を目指しているそうです。

(Maki)

■[OT]「Citrus Project」発表のスライド

Citrus ML より。 先日行われた FREENIXでitojunさんが発表してきた 「Citrus Project: True Multilingual Support for BSD Operating Systems」 のプレゼン資料が公開されました。 ftp://ftp.itojun.org/pub/paper/itojun-freenix2001-presen.ps.gz にあります。

RubyのM17Nも、Citrusと同じくCSIの思想に則っています。「なんでRubyは Unicodeベースにしないの？」と言われて説明するようなときには、 話の補強にこの資料を使うといいかもしれません。

(Maki)

■[ML]Language desgin

[ruby-talk:17165]で、まつもとさんが言語のデザインについて 語っています。

• learn as many language as possible
• listen to your heart
• don't go too far

ポイントは3点目でしょうか。「ふつうの奴らの上を」行きすぎないように、 というか(^^;;

高林さんによる UNIXと溝という興味深い絵がありますが、広く使われる言語を目指すには、 「深い溝」の向こう側に行ってしまってはいけない、ということかもしれません （もちろん上記の１点目にあるように、 設計者自身は溝の向こう側も熟知している必要があるのですが）。

(Maki)

■[ML]Software Archaeology: Understanding Large Systems

Brian Marickさんが[ruby-talk:17164]で、OOPSLAのworkshopの宣伝をしています。 彼とWard Cunningham・Andy Hunt・Dave Thomasの4人（おお）で 「ソフトウェア考古学：大規模システムを理解する」 というワークショップをするんだそうです。内容は、 「100万行のコードを、限られた時間の中で理解し、しかも それに手を入れて（駄目にするんじゃなくて）改良することには どうすればよいか？」みたいなことのよう。

Brian Marickさんはどうやらテストのえらいひとのようで、Ralph Johnsonの弟子 のようです。なるほど。

(Maki)

■[ML]language-dev ML

[ruby-talk:17185] にて perl.com の editor である Simon Cozens さんから、 language-dev Mailing Listの案内がありました。

language-devというのは、どうやらPerl、Python、TclやRubyの実装について、 情報交換をし合おう、というものらしいです。どうも現状では それぞれの言語で、同じような問題にぶち当たっているのに、みんな別々に 解決案に頭を悩ませているみたいなので、それならいっそ協力しあおう じゃないか、ということですね。なるほどです。

(Maki)

■[ML]/* */ comments

[ruby-talk:17206] にて Dave Thomasさんが、「/* */ の形のコメント をRubyでも使えるようにパッチ書いた人がいるんだけど、どう思うか？」と たずねています。

個人的にはあんまりメリットを感じないのですが、どうなんでしょうね。

(Maki)

■[ML]Mutex と MonitorMixin

[ruby-list:30447]にて咳さんが、 「lockの持ち主がスレッドであるMutex/何度もlockできるMutex」を Rubyに標準でつけられないか？　と提案しています。それに対し、 前田さんが[ruby-list:30449]にて monitor.rb　ではどうか？　とコメントしています。 どうも咳さんのMutexMと機能的にバッティングしているようです。

そういえばmonitor.rbのドキュメントは RDPの方にもないんですね。「俺に書かせろ」という 方がいればご協力をお願い致します。

(Maki)

■[ML]Distributed v0.1.0

[ruby-talk:17186]にてMichael Witrantさんが、 Distributedというライブラリを公開しています。 dRubyを利用したものですが、 どうやらObject Name Server(?)というネームサーバを立てて、 後はみんなそこを見に行くことにすればOK、という もののようですね。

分散なシステムはたいていみんな似たようなことをやっているような 気がするのですが、この仕組みはどうなんでしょうか？ 詳しい方のつっこみを期待したいところです。

(Maki)

■[ML]language-dev ML started.

先日 アナウンスがあった language-devですが、ぼちぼちメールが流れてきてます。最初の話題は Unicode対応と「1/2」が0になるか0.5になるか、というもの。 Unicodeについてはまつもとさんが出てきてCSIなM17N Rubyな話をして います。PythonやPerlは、基本的にはUnicodeな文字列と8bitな文字列を 用意して、それを何らかの形で切り替えたり統合したりするようですね。

あ、ログが見えるようになったようです。 ここです。

(Maki)

■[RAA]ynot2day_webstats

ynot2day_webstatsというアプリケーションがRAAに登録されました ([RAA:ynot2day_webstats])。作者はCarlos J. Hernandezさんです。 名前の通り、Web統計をHTMLで出力するもののようですね。 デモも見られます。

(Maki)

■[ML]syntax check without execution?

[ruby-list:30453] にて 田中哲さんより、 Rubyのコードを動的に生成している際に、 「生成したコードが正しい - Syntax Error にならない - ことを実行せずに確認することは可能なんでしょうか?」 という質問がありました。答えは、現時点ではCレベルでは できるけれどRubyレベルではできない、とのこと。 そこで、Rubyレベルでもできるようにするべく、 インターフェースの検討が進められています。

(Maki)

■[ETC]このページについて

実はいままで「About Us」のページが死んでいたのですが、 先ほどページの方を作成いたしました。 こちらです。

何度もリンクを辿ろうとしたみなさま、どうもすみません(_o_)

(Maki)

■[ML]/* */ comments 続き

昨日も取り上げたmultiline commentですが、なおも議論が続いています。 ちょっとすぐには収束しなさそうな雰囲気です。

「/* .. */ の形でいいか？」という議論には、正規表現で困るんじゃないかと いう意見が。また、入れ子になったものをどう扱うか（入れ子の対応を 行うか行わないか）、さらに=begin〜=end型のコメントと交差した場合は どうするかなどなど。また、新しい形式のコメントとしては「/# #/」は どうかとか、「%#{ .. }」とか「#c{ ... }」とか、いろいろ案も出ています。 さらに、language-devのSimon Cozensさんからは[ruby-talk:17322]にて、 「やっぱり思ったとおりだ」ということで、Perl6のRFCとして提案されている 複数行コメント関連のものを紹介しています。

(Maki)

■[ML]Ruby-Interpreter for Java

先月末にJan Arne Petersenさんが「JavaでのRuby実装はないか？」 と質問していました([ruby-talk:17035])が、どうも彼は自分でも 書いてみているようです([ruby-talk:17356])。

そういえば Rajah ( [ruby-talk:14537])ってどうなってるんでしょう。

(Maki)

■[WWW]Perl vs. Ruby/HSP vs. Ruby

2ちゃんねるのプログラム技術板で、 「Perl vs. Ruby」と 「HSP vs. Ruby」の スレができてます。 「HSP vs. Ruby」スレの >>6 さんが「対決スレはネタスレにしかならない」 と書いてますが、まさにその様相を呈しています(Perl vs.の方がちょっと面白いかも)。

(Maki)

■[ML]RubyDoc?

「/* */ comments」に新展開というか、別の展開がありました。

まつもとさんは[ruby-talk:17375]にて、PerlでのRFCを参考にした 上で、ドキュメントのための複数行コメントには=begin/=endで 十分、と書いていたのですが、これに対して Dave Thomasさんが[ruby-talk:17377]にて、=begin/=endスタイルの コメントをトップレベル以外で使うのはどうにも嫌いらしく、 JavaDocっぽいコメントの提案をしています。

ここで言うRubyDocって、元はと言えば[ruby-talk:14721]でJJさんが提案していた ものですね。いやまあ誰でも考えていそうなものではありますが。 確かに私も、各メソッドやクラスの説明をRDを使ってスクリプトの中に がんがん埋めこんでいくと、いまいち読みにくくなると思っているので、 こういう考えが出てくるのは理解できます。

あとはコンセンサスができるかどうかと、RDとの関係をどうするか、 でしょうか。おそらくコンセンサスは広く使われるツールが出てくるか どうかにかかってくると思います。

ちなみにRubyDocという名前はいろんなところで別のものに使われていて ちょっと紛らわしかったりします。 これとか これとか。

(Maki)

■[ML]dupとclone

[ruby-list:30479]にてあづみさんから、 「Array,Hash などのサブクラスでインスタンス変数やクラス変数を宣言しても、 dup で複製ができないのは仕様でしょうか？」という質問がありました。 そこからdupとcloneの挙動などに話が移っていきました。

dupとcloneの違いについては、すでに[ruby-dev:10096] にて、

• clone 状態や特異メソッドも含めて元オブジェクトの完全な複製
• dup オブジェクトの内容のみのコピー。状態は複製しない

という形で述べられてますね。今回の[ruby-list:30496]での説明も これと同等のものでした（当たり前か）。そのまた昔、97年ごろの [ruby-list:2152] では、 「cloneとdupが意味が違う時にはcloneの方がより正確な複製を返してね， 程度の意味です．」という説明になっていたようです。

(Maki)

■[ML] call for review: ext/digest module

[ruby-ext:1813]にてknuさんより、CVSの src/roughにある ext/digestモジュールについて、レビューのお願いが出ています。

このdigestモジュールは、「 ext/md5 と ext/sha1 を統合して新たに RMD160 を加えたもので、それぞれのアルゴリズムに従ってメッセージ ダイジェストを計算するためのモジュールです。」とのことです。 統合した結果、ext/md5とext/sha1は廃止、ext/digestを標準導入、 と考えているそうです。

テストはFreeBSDとDebianでしか行われていないそうなので、それ以外の OSをお持ちで興味のある方はぜひご協力を。

(Maki)

■[ML]Ruby in Perl(?)

language-dev MLで、「(quite a bit of) a Ruby compiler in Perl」 という 「shiny」が紹介されていました。なんかすごい。 Perlの底力を感じさせます。

(Maki)

■[WWW]Ruby on Slashdot

[ruby-talk:17511]にてJim Weirichさんによれば、 Slashdot.orgに Rubyの記事が載っている、とのことです。

まー、わりと「既出の話」が多いような気もしますが、何度も同じような 話が出てくるのはそれだけそう感じている人が多いからでもあるわけで。

(Maki)

■[WWW]The Bowling Game: Java->Ruby

RubyGardenより。XPの記事、 The Bowling GameにLeo ScottさんとWayneConradさんがツッコミを 入れる、というページがありまして、その中でJavaのコードをRubyで置き換えてみて います。

「思ったより短くならなかった」ということで、RubyGardenでは Chad Fowlerさんが「Sounds like an interesting challenge」 と言ってますけど、それはちと難しいような。

(Maki)

■[WWW]スラッシュドットジャパンでもRuby

slashdot.orgに引き続き、slashdot.jpでもえ？ オタク、まだRubyじゃない？ という記事が取り上げられています。 あ、まつもとさんもコメントを書かれているようですね．

(Maki)

■[ML]Ruby module frame work?

[ruby-list:30514]にて神戸さんから、

• perlのMakefile.PL的な一貫した、拡張モジュールのインターフェイスがあった方が良いのでは。
• site_ruby以下がフラットに思えるけど、適切な階層を設けた方が良いのではないか。

という提案がありました。

前者は以前からの懸案事項ですね。後者はライブラリ作者がどこまで意識するか、 にかかっていそうです。

(Maki)

■[ML]Hash with block

[ruby-dev:13772]にて、Hash.new([])をすると思わぬところで （デフォルトの値が共有されるために）はまる、という問題を解決 するためにHashをどうすればよいかが検討されています。

元々は[ruby-dev:13765]にてHashの新しいサブクラスを作ることで 解決しようとしたのですが、それよりはHashを改良したほうが、 というまつもとさんの提案で変更されました。

これも積年の懸案ですので、何とかうまい解決案をひねり出したいところです。

(Maki)

■[WWW]Walrus

[ruby-list:30522]にて中島@ブレーンさんが、 「Walrus」というWEBアプリケーションサーバ(というかなんというか) を紹介しています。

これはアプリケーションサーバというよりはフレームワークというべきかも。 静的にコンテンツを作ることもできるみたいですし、他にもいろいろできそうです。 RubyUnitとの連動なんかも面白そう。あと、マニュアルにはサイトマップ があるとうれしいです。

(Maki)

■[WWW]wwwsrv

土岐さんのwwwsrvがRAAに登録されています([RAA:wwwsrv]) ページは こちらです。

結構本格的なWebサーバになっているようです。

(Maki)

■[ML]Python.friendlyにもslashdotネタが

もうほとんど落ち着いてしまった スラッシュドットジャパンでのRuby記事ですが、 Pythonなひとの情報交換のためのサイト、Python.friendlyでも 取り上げられています。

うーん、「世界ではPythonのほうがまだまだ優勢」という声もありますが、 それはかなり謙遜でわ(^^; ごく一部を除いて、やっと名前が知られるようになった 程度ではないですかね。

(Maki)

■[RAA]libgdome-ruby

RAAにgdome2を使ったDOM2ライブラリ、libgdome-rubyが登録されています （[RAA:libgdome-ruby]）。

とうとうRubyでもDOM2が使えるようになったようです。しかもlibxml。 最初は*.cというファイルがアーカイブの中を見ても見つからず、 何をやってるか分からなかったんですが(汗、 IDLからCによる拡張ライブラリのソースを自動生成しているようです。 ちょっとすごそう。動作についてはまだ動かしてないので不明です。

そろそろ本気でRAXP（仮称）がほしくなってきますね。

(Maki)