2011年もよろしくお願いします。

取り急ぎ、今年もよろしくお願いします！

RSpecにおけるdescribe/contextとTDD(未完)

タイトルはいまいちですが、今の私のWeb日記力ではこれが限界。
この記事は、オチも結論もありません。私(と@ursm)がRSpecでテスト駆動開発をする上で感じている違和感をとりあえず読める形にしただけです。

まずは次の2つのテストを見てください。

describe Array do
  describe '#empty?' do
    context 'just initialized' do
      subject { Array.new }
      it { should be_empty }
    end
  end
end

describe Array do
  subject { @array }
  context 'just initialized' do
    before do
      @array = Array.new
    end
    describe '#empty?' do
      it { should be_empty }
    end
  end
end

テストしている内容(itの中)はどちらも同じです。両者で違うのは(ほぼ)describeとcontextの順番だけです。
次に、Railsのコントローラのテストを考えてみましょう。

describe 'HogeController' do
  describe 'GET index' do
    context 'login as Teacher' do
      ...
    end
    context 'login as Student' do
      ...
    end
  end
end

これも同じように、describeとcontextを逆転させると次のようにも書けます。

describe 'HogeController' do
  context 'login as Teacher' do
    describe 'GET index' do
      ...
    end
  end
  context 'login as Student' do
    describe 'GET index' do
      ...
    end
  end
end

ただ、少なくとも普段は下のような書きかたはしません。それは、これから作るのがメソッド(アクション)であり、そのメソッドを検証する観点としてコンテキストがあるからです。

しかし、ある程度開発が進んでくると、今度は既存の機能にコンテキストが追加されるようになってきます。(例えば、最初はロールが「教員」「学生」だけだったのが、途中で「ゲスト」が増えるなど)そうすると、今度はdescribe単位ではなく、context単位でテストを追加したくなります。しかし、それまでのテストはすべてdescribeを上位に書いているので、急にcontextを上位にするわけにもいきません。(モヤモヤ)

最初に書いたように、これに明確な答えがあるわけではありませんし、「こうしたほうがいいのかもしれない」という程度の意見もありません。ただ、今こういうモヤモヤがあって、もしかしたら数ヶ月後、数年後になんらかの答えを見つけられたなら、それが私達の成長の証であることを再確認できるようにここに残しておきます。

===ここから追記===
2010/12/17 Arrayの例でcontextとdescribeが同じ順番になってしまっていたのを修正しました。

読了「JavaScript: The Good Parts」「Release It! 」

「JavaScript: The Good Parts」は4章の「関数」と付録は必読な感じでした。
大体の場合、何らかのフレームワークを使うはずなので、この本で書かれていることが必要になる場面はそんなに多くないように思います。とはいえ、私のようなJavaScriptアレルギー患者には、よくイライラするところがしっかり説明(弁解)されているので、アレルギー治療にはよく効きそうです。

「Release It!」はよい本ですね。
非常に実践的なノウハウがつまっていて、しかもそれは大規模システムを開発・運用しないとわからないような事ばかりでした。
私の普段の仕事で使えるかというと、ちょっとオーバースペックかなと思いますが、ソフトウェアをリリースして運用することに対しての心構えと、問題が発生したときのアタリの付け方などは非常に参考になりました。

DNSをVALUE-DOMAINからZerigoにしました

Zerigoはipv6対応のVPS+DNSサービスです。
VPSとDNSは別のサービスになっているようで、それぞれ独立して使えます。
ZerigoのDNSサービスが優れているポイントとしては、以下のようなものがあります。

• IPv6対応
• REST API
• TTLが1分〜
• AAAA、SRVレコードに対応

国内では中々お目にかかれない充実っぷりです。これが、3ドメイン、合計30ホストまで無料で使えるんだから使ってみるしかありません。

VALUE-DOMAINからの移行は次のようにやりました。

1. VALUE-DOMAINに登録しているレコードの情報を全部Zerigoに移す
2. VALUE-DOMAINの「ネームサーバー変更」で「他社提供/自前のネームサーバー」を選択する
3. ネームサーバとして「(a..e).ns.zerigo.net」を設定する(Zerigoの「nameservers」で確認できます)
4. dig #{domain} NS をたまにやりながら待つ(Zerigoの「Tools」でも代用できます)

IPv6対応のDNSがなくて困っている人や、自ドメインでJabber使いたい人、DDNSを更新するAPIがダサくて泣きそうな人は試してみてはいかがでしょうか。

社内勉強会「60分一本勝負」を始めました

※この記事は、10/04に書きたかった記事です。

空前の勉強会ブームも少し落ち着いてきたように見える中、社内勉強会「60分一本勝負」を始めました。
この勉強会のルールは2つだけです。

• 制限時間は60分
• 勉強会のために資料は作りません

こんなゆるい勉強会が成り立つのか不安になってしまうような感じです。
とはいえ、興味はあるけど１人だと手を出しにくいようなテーマもあるわけで、そんなときに仲間とチュートリアルの写経でもできたら心強いと思いませんか？

そんなゆるゆる勉強会の初戦の相手は、node.jsでした。

都合のよいことに、勉強会の数日前にたまたま@ursmによるnode.jsを試してみたが公開されましたので、これを写経することにしました。

しかし、なんと当日にnpmのリポジトリが落ちるというアクシデントが。
おかげで全員が写経を終えることができませんでしたが、その変わりにnodeがパッケージを探索する仕組みがわかったりして、ほんの少しだけお得な勉強会だった気もします。

社内で勉強会をやろうとしても、準備が大変だったり、みんなの時間が合わなかったりして出来ないでいる方は、こんなスタイルで始めてみては如何でしょうか。

60分一本勝負初戦の結果
|ESM|npmの乱入により無効試合|node.js|

オブラブメルマガを読んで思ったことをつらつらと書くよ

みなさん当然オブラブのメルマガは購読いただいていると思いますので、@koicのQuick JUnitの記事や@kompiroの自己紹介はご覧になっていると思います。

まだお読みでない方はこちらから http://www.objectclub.jp/ml-arch/magazine/354.html

私がまだ学生のころ、Javaと出会い、オブジェクト指向と出会い、単体テストというものに出会い、Quick JUnitを見つけて、まさーるさんのページを見つけて、でもよくわからなくてブクマだけしたりして...
Quick JUnitみたいな機能はシンプルだけど役に立つ物を作りたいと思って、Font Size Changerを作って、Eclipseプラグイン勉強会で@kompiroとか@daisuke_mとか@bose999とかここでは上げきれないような人と出会って...

私の技術者としての道をQuick JUnitは作ってくれたのかもしれないと感極まってしまいました。

そんな感じでとくにオチもないのですが、Quick JUnitのアイコン投票は9/30までですので、みなさん投票はおはやめに。

emerge --sync と layman -S と eix-updateを一発でやる方法

今までは/etc/portage/postsync.d に 00-layman 99-eix-updateとか言うファイルを置いて、中でタイトルのコマンドを実行させていたのですが、それ eix-sync で出来るよと言われてとても感動したのでした。

しかも、終わった後にeix-diffもしてくれるので、バージョンの上ったパッケージも確認できてとても幸せです。