\ay diary

書籍プログラミングRubyの最新版が間もなく発売。みんなで読もう。今度は1.9ですよ。

レビューのお手伝いをした関係で少しだけ早く入手できた。1.9ということで、1.9系ならではというところに興味が向かうのだが、レビュー優先であるからして、他のレビュー参加者が担当しそうなところを後まわし、自分がレビューできそうなところを先に、読み進めた。その結果、レビュー期間中には文字の扱いを含む入出力まわりや文法表現の変化をはじめとする「1.9ならでは」のかなりの部分を読み残してしまった。まずはそこからひろっていこうと思っている。(が、積み本が……。)

• 言語編[rakuten] オーム社のページ
• ライブラリ編[rakuten] オーム社のページ

ふと思いたってDebianにおけるRubyの状況を調べてみた。といってもpopularity-contestによる集計結果を見てみただけである。

実際に見てみるとlibruby1.8で25,000ホストほど、ruby1.8で7,000ホストほど、それぞれ利用されているらしいことがわかる。2007年に入るあたりからの急激なカーブはRailsの影響なのだろう。

popularity-contestのデータに対する割り合いのほうで見ると、libruby1.8で25%くらい、ruby1.8で10%くらいとなっている。ごく楽観的にとらえれば、その程度の割り合いで各パッケージが利用されている…… かもしれない、くらいは言ってもいいだろうか。もっとも、popularity-contestというのは自己申告のようなものだから、そもそも実情をうまく表していない可能性がある。まあ、実情とまるで違うということもないだろうと思うが。

ともあれ、Debian Projectにイキオイだけで参加した際の目的は、DebianでRubyを使えるようにすることだった。そこから考えてみると、いろいろありはしたものの、ある程度、成果みたいなものを作ってこられたのかなと思う。

もちろん一人でやってきたわけではなくて、初期にはいろいろな人からサポートしてもらったし、その後もわからないことがあるたびに(MLやIRCで)いろんな人にいろんな面で助けてもらった。さらにはukaiさん、tagohさんに比較的早い時期からメンテナンスを手伝っていただいた。また数年前からはdaigoさん、lucasさんがメンテナンスに参加してくれて、今では私よりもむしろお二人の活動に支えられている。

個人的には今後どうするか、を考え始めてしばらくたっている。姿勢を迷ってしまうことがあり、パッケージデザインは私個人の手を離れている。これまではパッケージをどういう形で提供するかを主要な問題としてきた。それよりはRuby寄りにシフトして、パッケージ内容の改善に取りくんだり、ある面でのパイプ役を目指すという選択もありそうだ。そうしていこうかな?

Content-Encoding: deflateなHTTPレスポンスを返させる簡単な方法はないかなと探してみたらRackがサポートしていた。どうやるかというと:

use Rack::Deflater

これだけ。ruファイルに書いておけばよい。発端がちょっとしたテストのためだったので、内容はなんでもよく、とにかくdeflateで返してくれれば十分というわけで、こんなのを書いて目的を達成できた:

module Rack
  class Foo
    def call(env)
      r = Response.new
      r.write "abc123"*100
      r.finish
    end
  end
end
use Rack::Deflater
run Rack::Foo.new

実際にアクセスしてみるとこうなる:

$ ruby -r open-uri -e 'open("http://localhost:9292/"){|h| p h.read}'
"abc123abc123 ...(略)..."
$ ruby -r open-uri -e 'open("http://localhost:9292/", "Accept-Encoding"=>"deflate"){|h| p h.read}'
"\355\3011\001\000 ...(略)..."

自分以外の誰も読まないとは思うけど、というよりも読むまでもなさそうです。自分のための記録用。

まず、このサイトの状況から。サイト全体のページビューは81,570だった。そのうちの65,745が日記分で、これらは2008年とだいたい同じ。あいかわらず検索エンジンからのアクセスが多く、直接アクセスは全体の1/4ほど。検索エンジンはgoogleとyahooでほぼしめられていた。割り合いは昨年から変化があってgoogle:yahooがおよそ2:1。(なお3月の半分以上くらい、手違いで集計されていなかった。)

2009年の記事の中でアクセスの多かった順に並べると次のようになる。

1. 海のエジプト展
   観に行ってきて、わかんないところや、うまくまわれなかったところもあったけど、それなりに楽しめたという内容。期間が限られた大きめのイベントだったからアクセスが多かったのだろうと思う。

2. 意外と良かったHandpresso(ハンドプレッソ)
   こんなにアクセスがあったのは意外だった。ハンドプレッソはなかなかよくて今もちょくちょく使っている。エスプレッソマシンを常設しているような家には不要だけど、時々・手軽になら、場所いらず・準備いらずでおすすめ。ポンピングも何度かやるとコツがわかってそんなに大変ではなくなる。

3. 「プログラミング言語Ruby」を読まなくてもよいのは誰か
   本を読んだという内容。タイトルはその時期、一度こんなふうなのをつけてみたいと思っていたから。

4. adjtimexによる時計の調整
   時計の調整は、必要になるにしてもごくたまに。忘れたころに困ったことが起きる。で、実際に困ってしまったときの記録。ntpでもダメなときに。

5. Capistrano、sudoとrunと:env
   Capistranoのsudoとrunという二つのメソッドの動作上の違いについて。わりと重箱の隅。

6. 日本大通りに蜘蛛が出た
   エジプト展と同じで期間限定のイベントにからむ。クモはすごかった。本イベントは、自分としては楽しんで見てまわったけども、前評判と比較するとどうしても…… というのはたしか。だからといって前市長をせめてもー、とも思う。

7. 二代目LED読書灯
   トラブルで画像を失ってしまってそのまま。撮り直そうと思っているのだけど、けっこうめんどうなのでなかなかできず。新しく買ったLEDライトは時々明るすぎると思うこともあるけど、よい具合いで気にいっている。土台しっかりで安定しているのも地味に良い。

8. 最近のsudoと環境変数
   sudoでの環境変数の扱いが変わっていたことに気付いたという話。

9. いいとこ見付けた - Caffe di mare
   横浜元町に新しくできたエスプレッソがおいしいお店。小さいお店だけども一階・二階での完全分煙だというのも含めておすすめ。ここのところ外出自体が少なくてなかなか行けないけど、ぜひまた行きたい。

10. 桜まつり - 弘明寺〜黄金町
    弘明寺から歩いたよという話。そしてコーヒーに縁遠かった一日の記録。

2009年よりも前のものも含めると、書評の書き方がトップに、VMware上のLinuxにシリアルコンソールで接続するが四位にが入ってくる。どちらも多の人の記事をひいているだけに近いもので、ちょっと申しわけない気分。

一年を通してふりかえってみる。昨年頭、一番に考えていたのは英語と文章の力をつけることだった。だが、どちらについても何をするということもなく過ごしてしまった。まとまった文章を書いたのはWEB+DB PRESS Vol.50だけ。調査から力を入れたものの、少し外していたかもしれないと後で思った。テーマをとらえられていなかったろうか。

続いてあげていたのがイベント参加だが、これは実行できた。とちぎRuby会議とRuby会議。とちぎRuby会議ではしゃべる機会をいただけた。イベント、とは少し違うが、Debian Ruby 1.9会議をできた。個人的には、パッケージを使ってもらえているというのを知れたのは本当によかった。パッケージメンテナンスについてはへこむことの方が多いくらいなので。ただ、ToDOをこなすにあたっては、いろいろと状況・前提が変わってしまったりもしたとはいえ、ぐだぐだになっている部分もあるのを反省しなければならない(gem to debは今でもやりたいなと思ってはいる)。一方で、勉強会をやるやるいって結局はやらなかった。形について考え過ぎていたかもしれない。ともかく一度やってみて、とは思っていたのだけど次に挙げることともからまってうまくいきおいをつけられなかった。

もしかしたらあるかもしれないと考えていた仕事の変化は、なかった。ただその周辺でわりとショックをうけるようなことがあって、ある期間ひきずり続けていた。この影響が仕事以外の生活全般にもれ出てしまった。一つの出来事によるものとしては久しぶりのつらさを味わった。

その他、カメラ知識をもう少しなんとかと思っていたけれどダメだった。というか忘れていた。アレンジコーヒーは手を出したいと言いつつ手を出せず。レシピ本を立ち読みすることすらしていない。マッサージなどを定期的にというのは後半ある程度できた。デジ一は買った。買ったけど使う機会がほとんどないままずるずると。何だか忙しい。

本はムラがあったけど読んだ。中盤あたりでは読み返すことも多かった。新たに出会ったのは、まず、山本幸久さんに凸凹デイズで。仕事をしている誰かを描写されることが多いようで、その後、既刊のいくつかと、新刊を読んだ。先日、書店の平台にミニコーナーができていて、読んでない既刊があって手にとりそうになったが、今は読めないとあきらめた。後で読む。

次に濱野京子さんとトーキョー・クロスロードから。何かかきたてられるような刺激があった。それからまんがのほうで新堂あきとさん。パーツのぱは業界ものでお仕事もの。お仕事ものについては、それなりの描写が含まれるものは基本的に好き。業界ものでもあるのであるある的にも楽しめた。シンプル ノット ローファーで衿沢世衣子さん。独特の間がおもしろくてひきこまれる。ふと読み返したくなるような。既刊には手を出せていないが、またいずれ。その他に単行本待ってました、というようなものがいくつもあった。

amazon.co.jpでの売り上げはRuby関係ばかりだった。デスクトップリファレンスが出てきているのがおもしろい。

1. たのしいRuby 第2版 Rubyではじめる気軽なプログラミング(11)
2. たのしいRuby―Rubyではじめる気軽なプログラミング(6)
3. プログラミングRuby―達人プログラマーガイド(5)
4. プログラミングRuby 第2版 言語編(5)
5. RailsによるアジャイルWebアプリケーション開発 第3版(5)
6. 初めてのRuby(4)
7. Rubyデスクトップリファレンス(4)
8. プログラミング言語Ruby(4)

ありがとうございました。

さて新年。新たに○○をという、具体的なねらいもいくつかはあるが、いいかげんなんとか英語をやっていきたい。生活面では大きな意味で転換をはかりたい。見直したいというのに近いかもしれない。やりたいことをいかに(どのように)するか、といったあたりで考えたり実行したり。

昨日(2009-12-03)、池袋のジュンク堂本店であったRails本の第三版[rakuten]出版記念トークセッションとその後の懇親会に参加した。懇親会に出たはいいが、油断していたら帰れなくなりそうな時刻になってしまっていて、ドタバタと逃げるように会場を後にした次第…… われながらひどい。

トークセッションではRSpecとTest::Unitの比較の中での大場さん言葉が印象に残った。assertを書こうとするとき、一度考えを止めて順番をひっくり返しているのだということに、RSpecを使うようになって気付いたそうだ。

私はRSpecについてわかってないので比較としてはわからないけど、assertを書くときのつまづくような感覚はなんとなくわかる。それが大場さんのいうソレと同じなのかは、これまたわからないのだけども。でも、なるほどそういうものかということで、RSpec関心がかなりわいてきた。

あと次の(今月出る)WEB+DBに、松田さんによるRails3記事があるということだった。タイムリーでよいなあということで期待。

懇親会では、えにしテック島田さん、万葉jugyoさん、でじたまコンピューター朝倉さんと、なんだろう、仕事の話とかいろいろを聞いた。途中からigaigaさんにも話を聞けた。大変興味深い。オーム社の森田さん、鹿野さんからもいろいろ話を聞けた。ネコのいる統計本を読まなくては。

「Bug#548917: Please use alternatives system to manage the ruby symlink」という要望を受けて、しばらく前から考えていたことを投げてみた。これまでrubyパッケージは「/usr/bin/ruby」によって「Debianの標準Ruby」を提供してきた。これを止めてはどうかという提案である。

「/usr/bin/ruby」はDebianにおいて、Ruby関係の安定したパッケージングのために必要と考えられてきたものだが、Ruby 1.8.xしかなかったこれまではそれほど目立つものではなかったようにも思う。ところがRuby 1.9.xの時代になり、バージョン間の互換性に注意が向くようになった。そのおかげで互換性レベルが作られた。加えて、JRubyなどの別実装のRubyがいくつも開発され、パッケージとしても提供されてきている。

ここにきて問題なのは標準のRubyというものが決められないのではないかということ。ごく個人的にはMRIがそうだとは思うのだが、仮にそう言ってしまってかまわないとしても、それは1.8なのか1.9.1/1.9.2なのか。Ruby 1.9.5あたりがリリースされたころにはどうなるのか。もっといえば1.8でも1.8.6なのか1.8.7なのかという人だっているかもしれない。

こうなると決めるのは無理なので「/usr/bin/ruby」をalternativesにしてしまってはどうか考え始めていた。同様に「/usr/bin/ruby1.9」についてもalternativesとする。ただし「/usr/bin/ruby1.8」はこれまで通り。この案を実施するには以下のような変更が必要となる(jruby*の様子はよく知らないので触れていない)。

Rubyパッケージの構成変更案

	現在の内容	変更新の内容
ruby	/usr/bin/rubyを提供 ruby1.8に依存	/usr/bin/ruby*を提供しない 各時点での最新Rubyパッケージのどれかに依存(*1)
ruby1.8	/usr/bin/ruby1.8を提供 alternativesなし	/usr/bin/ruby1.8を提供(変更なし) /usr/bin/rubyへのalternativesを登録
ruby1.9	/usr/bin/ruby1.9を提供 alternativesなし	/usr/bin/ruby1.9.0を提供 /usr/bin/ruby1.9と/usr/bin/rubyへのalternativesを登録
ruby1.9.1	/usr/bin/ruby1.9.1を提供 alternativesなし	/usr/bin/ruby1.9.1を提供(変更なし) /usr/bin/ruby1.9と/usr/bin/rubyへのalternativesを登録

 (*1)については今のtestingなら「Depends: ruby1.9.1 | ruby1.8 | jruby1.1」のようなものを考えている。Ruby 1.9.2がリリースされたら「Depends: ruby1.9.2 | ruby1.8 | jruby1.1」のようになる(そのころにはruby1.8は抜けるかもしれない)。

lenny→squeezeなどの移行についてはおそらく問題ないのではないかと思う。実際にやってみないとわからないが。rubyパッケージをインストールしていたとすると、新たにruby1.9.1パッケージが加わるが、それによりruby1.9パッケージがなくなるわけではない。/usr/bin/ruby1.9へのalternativesの優先度が難しいが…… postinstでがんばるか、パッケージ的に妥協するかだろうか。

最初に触れた通り、これまでパッケージ作りにおいて「/usr/bin/ruby」を一般的なパスとして使うことができたが、この案を実施するとそうもいかなくなる。特定のRubyインタプリタを指定するのが推奨される。十分にメンテナンスが可能だとした上で「/usr/bin/ruby」を使うこともできなくはないが、よほど小さなパッケージでなければ難しいだろう。

ただ、そうはいうものの、Ruby 1.9.xについては互換性レベルがあるわけで、これをうまくすくいとりたいという思いもある。そこでパス名が適当かどうかはともかくとして「/usr/bin/ruby-compat-」といったインタプリタへのsymlinkも提供し、これをパッケージングに使えるようにしてはどうだろうかと考えている(これ自体はalternativesにそぐわないと思うので、どういった形で提供するのか悩ましいが)。

@takahashimさんによればRuby 1.9.2はRubySpecオールグリーンにしてからリリースすることに。そのためリリーススケジュール見直しへとのこと(ruby-core:25707)。

Debianの次期リリース(squeeze)には1.9.2が入るといいなと思いつつ、でもリリースのタイミングからいって難しいだろうなと考えいたが、このスケジュール見直しで1.9.2の線はなくなったといえる。ある意味わかりやすくなった。

一方で、Ruby 1.9.1にバグが見付かった場合のことを考えなくてはならなくなった。あまり独自にパッチをあててしまうと後で困るとはいえ、影響の大きなものには対処していきたいところ。たとえば、Regexpの「\d」の解釈の変化のようなものは必要に違いないと考え、Debianパッケージではパッチを用意している(リリースはこれから)。

他にも何かあるかもしれないし、これから出てくるかもしれない。対処が必要そうな修正や変更があったらBTSを使って知らせてもらえるとありがたい。直接声をかけてもらうのでもいいけれど。どうしても取捨選択することにはなるけれど、リーズナブルなものについては努力するつもり。

この前の日曜日、Debain Ruby 1.9会議を無事に開催することができました。

最終的な参加人数は10人。三時間みっちりと議論を行えました。当初の予定を大きく越えて、なかなかに深い話ができたと思います。あまり単純化して考えてもいけないかもしれませんが、人が集まるというのは得るものがたくさんあります。

実のところ、参加した人々に満足してもらえるような話題を用意できるのかかなり不安でした。そもそもがごく奥まった狭いところにしぼった集まりあったわけで、参加する人には何らかの期待があるとして、 それに応えられないのでないかと思っていました。しかしやってみればそんなことはなく、考えいたよりもスムーズに、かつ広がりを持ちつつ議論を進められました。意見交換ができればまずは十分、なんて言いながら始めたのが信じられないくらいです。

議論そのものがよい感じで進んだのはもちろんですが、 ToDoがいくつか出来たのはよかったです。Ruby開者のcoreチームから参加していただけたのもずいぶんと話を進められた要因だと思います。 Debianパッケージメンテナンス的にはかなり重要な情報もいただけました。

今回の内容はなるべく早いうちに何かの形にまとめる予定です。もちろん手を動かしていくこともします。

というところでちょっと反省点を。

石川町駅からの会場への道順の説明で「川があるから〜」と書いていたのですが、実際に歩いてみると大通りがあって川なんて見られませんでした。気付いたのは当日。なまじ地図が頭に入っていたせいで失敗しました。気を付けねばなりません。

しゃべっている間のメモ取りは難しいです。 録音しようかどうしかう迷って、 結局は録音しませんでした。でも、したほうがよかったかも。ああしよう、こうしよう、というのもあったのですが、なかなか思う通りには。

最後に、参加されたみなさまおつかれさまでした。 そしてありがとうございました。 まとめ作業などでもう少しお付き合いいただくことがあるかと思いますが、どうぞご協力ください。また、個人的にはパッケージメンナンス作業に対して弱気になることがままあるのですが、今回、いろいろな話を聞くことができかなりはげみになりました。

(蛇足: 事前に最も不安に思っていたのは、実は茶菓子だったりします。甘いものが苦手な人やコーヒーを好まれない人もいるかもしれないし…… そもそも好みに合うものやらどうやら…… などなど。幸いおおむね気にいっていただけたようで、ほっとしています。)

リンク

• Debian Ruby 1.9 会議に参加してきた
• debian ruby at 横浜

先日お知らせしたDebian Ruby1.9会議の開催日時と場所が以下に決まりました。

• 日時: 2009-07-05(日) 14:00〜17:00
• 場所: かながわ労働プラザ 第10会議室

参加される方へのお願い

参加される方との連絡・情報交換のためにGoogleグループに場を設けています。ATNDで参加登録された方は、私(akira.yamada gmail.com)まで以下の二点をお知らせください。

• 登録するメールアドレス
• ATNDでのユーザ名

きたる2009-07-05(日)にDebian Ruby1.9会議を開催することになりました。Debianにおける主要なRubyパッケージ開発者のうちの実に二名が参加することが決定しています…… とか言っても、お気付きの通り、そのうちの一人は私です。

今回の開催はRubyパッケージやRubyGemsのパッケージの開発者であるdaigoさんから声をかけていただいたのがきっかけです。現在、構成変更などの議論を進めている関係で、Debian/sidにおけるRuby 1.9のパッケージのリリースが遅れています。その状況を改めて確認し、解決しなければならないことや決定しなければならいことを話し合い、物事を先に進めていこうというのが主旨です。

かなり奥まったところにある話題なので、興味を持つ人は限られるかもしれませんが、話を聞いてみたい、意見がある、パッケージ開発者を見てみたい、といった方がおられましたらご参加ください。Debian Ruby1.9会議の参加登録はATNDで受け付けています。

開催地は川崎〜横浜のどこかになることが決定しています。ただし具体的な会場などは未定で、二人以外の参加者がどれくらいあるかに応じて会場を確保したいと考えています。

私個人としては、参加者がある程度集まって、時間に余裕があるようなら、おまけ的にRuby on Debian談義をするのも悪くないかなと思っていますが、これは単に思い付きレベルの話で未定です。(それにしても奥まった話題のような気もしますが。)