TDD の素振りをしよう
このエントリは、 TDD Advent Calendar jp: 2012 : ATND の 18 日目の参加エントリです。前日のエントリは @t_wada さんの「愛せないコードを書くには人生はあまりにも短い」というタイトルで TDD について講演させていただきました #TddAdventJp #devlove2012 - t-wada の日記(旧)でした。
ここでは TDDの素振りのススメを語っていきます。
素振り重要
おそらく、いきなり本番の仕事で、初めてTDDを実践しようにも、体や頭や心がついてこなくて、時間がかかってしまったり、フラストレーションが溜まり、やがて中断してしまうのではないでしょうか。
実際に体-頭-心が動くようになるには、普段からTDDやプログログラミングの練習、素振りが欠かせません。野球選手もいきなりバッターボックスに立つのではなく、日々の素振りやバッティング練習を行っていますが、プログラミングも同様です。プログラミング界隈で練習の重要性は、空手に例えてCode Kataとして、Dave thomas や Robert Martinなどが語っているのが知られています。
(Code Kataについて教えてくれたのは、僕が新人の頃に入社してきた kakutani さんでした。)
今日は、私も過去に行った素振り x ネット上で定番のお題を提示します。この記事の読者の何人かが、実際に体と頭と心を動かし、「TDDっていったい何だろうか?」のテーマを冬休み等を使って探求するきっかけになれば幸いです。
FizzBuzz
定番のお題ですね。ネットで調べればすぐに見つかると思います。
既に何度も解いたことがある人は、forやeachを封印してみましょう。Ruby, C#なら基本文法で対処できると思います。JavaScriptなら Underscore.js, PHPなら Underscore.php が役に立つと思います。Wikipediaに書いてある制限の「ワンライナーで解く」や「余剰(%)を使わない」などの縛りでやってみると良いでしょう。マウスは使わない、デバッカーを使わないの縛りもオススメです。Red Green Refactorで解くことも忘れないでね。
ボーリングゲームのスコア計算
定番のお題ですね
大枠の攻め方のオススメ手順は、
- すべてガーターのスコア計算ができること
- すべて1ピンのスコア計算ができること
- 1フレーム目がスペアありの場合のスコア計算ができること
- 1フレーム目がストライクの場合のスコア計算ができること
- パーフェクトゲームのスコア計算ができること
- その他気になるパターンを増す
をちょっとづつ解いていくです。
ポイント
ルールを知らない人は、スコア計算の方法を具体例を出して理解するところからになります。テストを書く際は、ボーリングゲームのルールが読んでわかるように記述するのがコツです。いきなり全部を解こうとせず、少しづつ解いて下さい。
既に何度か解いたことがある人は、オブジェクト指向言語を封印してTDDで解くはいかがでしょうか。個人的見解ですが、OOでボーリングを捉えることよりも、関数型でボーリングのちょっと複雑な足し算の構造に意識を集中して解く方が私は好きです。言語は、Clojure、Haskell あたりはいかがでしょうか。
ライフゲーム
ライフゲームは、Coderetreat のお題にもなっています。
数独
「プログラマのためのサバイバルマニュアル」にも書かれたお題です。
素振り中は、自分の内なる声に集中
TDDのコツの一つは「今」「Code」「私」に注目する点にあります。問題を解く際は、自分の内なる声(テストコードが語りかける声、プロダクションコードが語りかける声、実行結果の診断レポートが語りかける声)に注意を向けながら、解いてみましょう。
- 「書いたコードや実行結果を見て、今まさに私は何を感じ-何を考え-何を発見したのだろうか?」
- 「今からどうしたら私の気分はすっきりするのだろうか?不安は取り除けるのだろうか?」
素振りの後で、ふりかえり
素振りの後で、自分に次の問いかけをしてみましょう
- やっている最中に自分が考えていたことは?感じていたことは?
- Testing、Programming、Designing の活動に関する新たな(驚きの)発見は?
- 今後、Testing、Programming、Designingする際, 試せそうなことは?
Testing、Programming、Designingに関して何か新しい発見があると幸いです。
この先は?
同じ問題をもう一度解いて、前回との違いを発見するのも良いでしょう。もっとうまく書けないか、もっとリズム良くかけないか模索してみましょう。私のお気に入りお題は、ライフゲームです。解いた後、なぜか心が晴れ晴れとした気分になれます。別のお題をKode Cataから 探すのも手です。
テスト駆動開発の本(テスト駆動開発入門, 実践テスト駆動開発 (Object Oriented SELECTION))を使って、達人のTDDの(行動|思考)過程をトレースしたり、Rails Tutorials の TDDのセクションを真似してみるのも良いかもしれません。
xUnit Patternsを使って 「そもそもテストを書く目的ってなんだろう?」「どんなところでテストにつまづくのだろう?」などなどを押さえ直すのも良いかもしれません。
TDDの外側のループの範囲をどこまでも広げて解釈し、ループをまわすのに必要な(アナログ|デジタル)ツールを素振りしてみるのも良いかもしれません。
お題は探せばいくらでも見つかります。もっと知りたいと想えば。
さいごに
自分がTDD(Testing、Programming、Designing)について、もっと知りたい!もっとうまくコードを書きたい、もっとうまくソフトウェアをつくりたい!と思えば、いつまでも-どこまでも Testing, Programming, Designing の練習し続けられます。年をとってもTDDについての何かしらの新しい-楽しい-驚きの発見があると思います。『先入観にとらわれず「どきどき-わくわく-ひやひやの驚き発見」にオープンに耳を傾け、自分の意志で次の小さな一歩を進みつづけること』こそ、TDDの(学びの)とても大切なコツだと私は考えています。
ではでは。 Happy Testing!! Happy Programming!! Happy Designing!!
次回は、@mike_neck さんの mike、mikeなるままに…: IPA 平成24年度 システムアーキテクト試験 午後2 問1 解答例 with TDDです。