Tidy First? ―個人で実践する経験主義的ソフトウェア設計

はじめに

本書について

「このコードを変更する必要があるが、めちゃくちゃだ。まず何をしたらいい？」

「変更を入れる前に整頓すべきだろうな。たぶん。いや、そうでもないか？」

あなたもそんな疑問を持ったことがあるだろう。もし簡単な答えがあるなら、私が「本を書いて言及しなければ」という気持ちにはならなかったと思う。

本書には以下のことを書いている。

• 処理を変更する前に、乱雑なコードをいつ整頓すべきか
• 乱雑なコードを安全かつ効果的に整頓する方法
• 乱雑なコードの整頓のやめどき
• 整頓がうまくいく仕組み

ソフトウェア設計は人間関係のエクササイズだ。本書は、鏡に映った自分、つまりプログラマーであるあなた自身との関係から始める。なぜ私たちは自分自身を世話するために時間を取らないのか？ 仕事を楽にするために時間を取らないのか？ なぜ私たちはユーザーのための仕事を無視してまでコード掃除に没頭してしまうのか？

本書はギークが世界で安全に感じることを助けるという私の使命における次の一歩だ。乱雑なコードに直面したときに必ず行う初めの一歩でもある。ソフトウェア設計は、うまく使えば、この世界の痛みを和らげるパワフルな道具だ。下手に使うとただの抑圧の道具になり、ソフトウェア開発の効果を損なう。

本書はソフトウェア設計に焦点を当てた本のシリーズ最初の1冊だ。ソフトウェア設計を身近で価値あるものにしたいので、1人でできる種類のソフトウェア設計から始める。続刊では、チームのプログラマー同士の関係を癒し、もっと大きな問題に言及する。つまりビジネスとテクノロジーの関係だ。しかしまずは、ソフトウェア設計を理解して実践し、私たちの日常の仕事に利益をもたらそう。

たとえばコード行数の多い、大きな関数があるとする。それを変更する前には、何が行われているのかを知るためにコードを読まなければいけない。その過程で、論理的にコードを小さなチャンクに分割する方法がわかる。そのチャンクを抽出するとき、あなたは整頓しているのだ。整頓にはガード節や説明コメントやヘルパー関数を使うことも含まれる。 ...