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

第Ⅱ部管理術

整頓はソフトウェア設計であり、あなた、あなたとコードの関係、そして最終的にはあなた自身との関係に向き合うものだ。シリーズの続刊では、チームがソフトウェア設計に一緒に取り組む理由と、そのやり方について扱う。さらにその次に、ソフトウェア設計と、プログラマーでない人との関係においてソフトウェア設計が果たす役割について説明するつもりだ。だが、まずはギークのセルフケアとしての整頓だ。

整頓の手順は練習すれば自然と身に付く。ほとんどの場合、自動化によるサポートは必要ない。リファクタリングが実現可能になってから何十年も経った今でも、プログラミングの環境はどうにも自動化によるサポートを欠いている。だが、大丈夫だ。ソフトウェアを少しずつ、いつも設計することに慣れてほしい。整頓はリファクタリングへの入り口なのだ。

整頓を適用できるようになっただけでは、整頓をマスターしたことにはならない。本書のタイトルは、疑問符を強調した「Tidy First?」である。整頓ができるからといって整頓すべきとは限らないことを伝えたかったのだ。

整頓管理術に関する本章では、個人の開発ワークフローに整頓を組み込む方法について説明する。

• いつ整頓を始めるか？
• いつ整頓をやめるか？
• どのように整頓、すなわちコードの構造の変更と、振る舞いの変更を組み合わせるのか？

まず、整頓がプルリクエストやコードレビューにどのように相互作用するのか議論することからはじめよう。