java-ja #15 TDDとかペアプロとか

株式会社ドワンゴの本社にて開催された、java-jaの第15回勉強会に参加してまいりました。（ドワンゴさんありがとうございます！噂通りの社風が垣間見られておもしろかったです）
今回のテーマはTDDとペアプロ。TDDの権威である@t-wadaさん（http://twitter.com/t_wada）の講義＋実際にTDD＆ペアプロを体験する時間が設けられ、非常に充実した時間が過ごせました。

以下、Twitterにアップした感想を転載。

---

とにかく疲れる！そして慣れていないせいもあるがコードが進まない！普段の倍疲労して半分しかコードが進まないなら、明らかに生産性が下がっているように見える。でも違う、逆だ。こんなに生産的にコードが書けるとは思わなかった！

TDDを進めていくうちに、自分が意図しない考えや見落とし、typoなどの指摘が次々に飛び出した。書き上がったテストコードも普段自分が作っているものより綿密だ(もっとも普段はかなり手抜きなのだが)。TDDに反する進め方を指摘してストップすることもできた。

TDD自体はというと、テストケースが増えたり仕様が複雑化してきたりすると、途端に難易度が跳ね上がるな。一箇所直すと複数のテストがあっという間に真っ赤になる！新しくテストを作る判断とかも難しい、なによりテストを実行するのが面倒になったりする。jUnitMaxが素晴らしい理由を体感。

ペアプロの弱点は調べ物だな。明らかに調べ物をするときは個々人がググったほうが早い。だから熟練度が高くないとオーバーヘッドが大きくなってかえって非効率的。@yuruyoroさんには足引っ張って申し訳ない。スキルの差を埋める必要があるのも課題かなー、、、

個人的には一人でやる方が楽かな。人と話すのがへたくそ何だよなあ、、、いつもより疲れるのもそれが原因かも。ウォーターフォールがいけてないとはよく言うが、TDDやペアプロ自体にもたくさん課題があるのだなー、、、でも同じ課題満載なら、新しいやり方を開拓する方がいいよね、多分

---

TDDやペアプロは良いプラクティスですが、慣れないと実践は難しいですし、ウォーターフォールに代わる銀の弾丸でもなさそうです。そのことを実際に体で覚えることができたのが一番の収穫かな！

Firefox 3.5を導入してみた

いろんなところで話題になっている（http://d.hatena.ne.jp/chroju/20090523/1243076800）Firefox激重問題ですが、我が家でもニコニコ動画を見ることができないぐらい重くなっていたので、思い切って3.5b4を導入してみました。ちなみに、Mac OS X 10.5.7で試しております。


■利用したバックアップ用アドオン一覧など
Mozilla Re-Mix: インストールしているFirefoxアドオンをWeb上に保存してリストアできるアドオン「BELOW」
http://mozilla-remix.seesaa.net/article/109386090.html
Mozilla Re-Mix: Greasemonkeyスクリプトの利用環境をもっと便利にするFirefoxアドオン「Wescript」
http://mozilla-remix.seesaa.net/article/119556026.html
Mozilla Re-Mix: 拡張機能の「個別設定」をインポート・エクスポートできるFirefoxアドオン「OPIE」
http://mozilla-remix.seesaa.net/article/90165156.html
Mozilla Re-Mix: Firefox3 Beta版に対応していないアドオンを強引にインストールする方法。
http://mozilla-remix.seesaa.net/article/84338863.html


■インストール手順
１．AppCleaner（http://www.freemacsoft.net/AppCleaner/）を使ってFirefoxを完全に削除
　　Windowsより消すのがラクチンです。

２．公式サイトから最新のbeta版をダウンロードしてきてインストール
　　コピーするだけ。これも非常にラクチンです。

３．アドオンの復旧、まずはXmarks (http://www.xmarks.com/) をインストール
　　ブックマークを最初に復旧します。

４．about:configを書き換えて強制的に古いアドオンをインストールできるようにする

５．ブックマークから、上記のバックアップ用アドオンを探してきてインストール

６．BELOWを実行

７．OPIEを実行

８．FireGesturesの設定が正しく復旧されていないので、手で復旧

９．Tab Mix Plusの設定が正しく復旧されていないので、手で復旧

１０．Tab Mix Plusがバグっていることが判明したので、開発版 (http://tmp.garyr.net/dev-builds/) をインストール
　　　具体的には最後に閉じたタブが開けませんでした。
　　　Tab Mix Plusは大体バージョンあげるたびに問題が出るので、このサイトを覚えておくと便利。

１１．Firefox自体の設定を調整

１２．Wescriptを実行

１３．自作のGreasemonkeyスクリプトをインストール


以上です。作業時間は40分程度でした。BELOWとOPIEは極めて便利なので本当にお勧めです。


■で、何が変わったか
正直、見た目はFirefox 3.0と全く変わりがありません。見た目で変化がわかるのはロケーションバーぐらいでしょうか。



動作はというと、まず例のニコニコ動画がガクガクして全く見られない問題は解消しました。動画を見ているときのCPU使用率も、前は2コアとも40〜50％程度消費していたところ、16〜20％程度まで低減しています。どうやら中身はしっかり改良されているみたいです。

いちばん大きな変化はリリースノート（https://developer.mozilla.org/Ja/Firefox_3.5_for_developers）を見ても分かるとおり、HTML5サポートだと思います。videoタグやaudioタグを利用できるようになったそうです。

早速試してみました。
http://www.youtube.com/html5


・・・動かないじゃないか！！＞＜
（ちなみにSafari 4 betaでは動きます）

おそらく使われているビデオの形式がmpeg4なのが原因だとは思いますが・・・
変な青い枠が出ているのも、おそらくGoogleの中の人がChrome (Webkit)でしかテストしていないからでしょうし。
しかし、うーん、まだまだ開発版って感じがします。


■気になるアドオンの動作状況
微妙にTab Mix PlusがBuggyです。閉じたタブの履歴を正しく保存してくれていない感じがします。その他AdblockやFirebugなど、メジャーどころはほとんどすべて入れていますが、まだ1日も使っていないので何とも言えません。

NSTimerは基本的にretainせずassignでよい

NSTimerを初めて使ってみたのでハマったところをメモしておきます。


■NSTimerはNSRunLoopにretainされる。NSTimerは引数targetで与えられたオブジェクトをretainする。
いちばんハマったのがこの挙動です。
AppleのNSTimerについての公式ドキュメント(http://www.devworld.apple.com/documentation/Cocoa/Conceptual/Timers/Articles/usingTimers.html#//apple_ref/doc/uid/20000807-CJBJCBDE)にもクラスリファレンスにもきちんとと明記されていたのですが・・・思いっきり見落としてました。

これらがいったいどんな問題を引き起こすか。
たとえば普通のクラスと同じ感覚でdealloc中にNSTimerのinvalidateを呼び出すコードを書くと、永遠にdeallocが呼び出されなくなってしまいます。

// ViewControllerがNSTimerを使っているとして・・・
- (void)viewDidLoad
{
    timer = [NSTimer scheduledTimerWithTimeInterval:interval
                                             target:self // このselfはretainされる
                                           selector:@selector(timerFired)
                                           userInfo:nil
                                            repeats:YES];
}
- (void)dealloc
{
    [displayLabel release];
    [timerLabel release];
    // ここでinvalidateしてはいけない、永遠にdealloc自体が呼び出されなくなる
    [timer invalidate];
    [timer release];
}

なぜなら、

• NSTimerがdeallocを呼び出すオブジェクトをretainしている、したがってNSTimerがreleaseされるまでdeallocが呼ばれない
• NSTimerはNSRunLoopにretainされている、従ってNSTimerのinvalidateが実行されるまではNSTimerはreleaseされない
• invalidateを呼び出しているのはこのdeallocの中以外にない。・・・詰みました。

こうならないようにするためには、dealloc以外の箇所から、適切にinvalidateメソッドを呼び出してやる必要があります。ということで、ViewControllerの中でNSTimerを使うときは、以下の2点に気をつければ良さそうです。

1. NSTimerのオブジェクトは基本retainしない（自分でNSRunLoopにaddTimerとかしたい場合は別として）
2. 通常deallocのタイミングでオブジェクトをreleaseするのと同じようにNSTimerをinvalidateしたい場合は、- (void)viewWillDisappear:(BOOL)animated を使う

- (void)viewWillDisappear:(BOOL)animated
{
    if (timer)
    {
        // ここでタイマーをinvalidateする
        // invalidateするとNSRunLoopがretainされていたこのタイマーをreleaseしてくれる
        [timer invalidate];
        timer = nil;
    }
}

■userInfoはただのNSDictionary
そのまんまです。クラスリファレンスを見ても

The user info the new timer.

This parameter may be nil.

としか書いてなくて困ったのですが、本当にただのNSDictionaryです。適当に使ってくれってことでしょうか。


■次のタイマーイベントまでの間隔をリセットしたいときはsetFireDate:
たとえば何らかの理由でタイマーのFireイベントに登録していたセレクタを自分で呼び出しちゃって、次のタイマーイベントまでの間隔をリセットしたいときなどは以下のような具合にするとよいです。

if (timer)
{
    // timerのsetFireDateに、次にタイマーイベントが発生する日時をセットする
    // NSDateに、dateWithTimeIntervalSinceNowという便利なメソッドがあるのでこれを使う
    [timer setFireDate:[NSDate dateWithTimeIntervalSinceNow:interval]];
}

■っていうか
今このBlogを書くためにNSTimerでぐぐったらここに書いてあるようなことがいろいろ見つかってしまいました・・・＞＜
先にちゃんと調べてから作らないと無駄ですね−。