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

イントロダクション

ソフトウェア設計は鋭利な道具だ。その道具を持っていることを知らない人もいれば、柄ではなく刃の部分を握る人もいる。だから私はソフトウェア設計について書くのだ。これは「ギークが世界で安全に感じることを助ける」という私の使命に帰結する。

この使命には2つの側面がある。ギークは安全でない方法でソフトウェアを設計することがある。システムの振る舞いを誤って壊したり、ソフトウェアを支える人たちの人間関係を壊したりするような方法だ。安全でない行動をしているときに不安を感じるのは当然だ。安全でない行動をしているときに不安を感じるほうが、のんきに何も知らず安全だと感じるよりはるかにマシだ。

あなたに安全に設計する方法を学んでもらえるなら、私の使命は達成に近づく。したがって、あなたは本書を通じて、少しずつ安全に仕事を進めるさまを何度も目にすることになるだろう。私は短期的な加速には興味がない。ソフトウェア設計の価値は、ソフトウェア設計が価値を生み出したときに生まれる。時間と共にわかってくるものなのだ。

先に整頓するのはちょっとした例外だ。先に整頓すると、整頓による価値はすぐにわかるだろう。これは準備だ。コードの振る舞いに手を加えるのと同じように、コードの構造に手を加えることにも慣れてほしいのだ。設計について詳しくなるにつれて、長期的な見返りがある行動、より多くの人に影響を及ぼす行動について話すようになるだろう。

ソフトウェア設計に関する他の記述を読んで、それらには重要な要素である「どれくらい？」と「いつ？」が抜けていることに気づいた。他のソフトウェア設計者は、まるで時間の制約が何もないところで設計しているかのごとく振る舞っているように見えた。すなわち、歩みを遅くする厄介なコードができる前に設計するか、コードの振る舞いを変更しなければいけないという継続的なプレッシャーから無限にタイムアウトして設計するかのようだったのだ。私は「どれくらい？」と「いつ？」という質問を深掘りし、私の提供する原則がその答えにつながるか確かめてみたくなった。 ...