パッチの数え方 #52

将棋の名人は十手以上も先を読んで次の一手を決めるという。ソフトウェア開発ではあまり先読みなどしないで、とりあえず適当にいじくってみる、という方法も有用だが、探索空間が広い問題ではあまりうまくいかない。 たとえば、手強いバグを相手にするときには無数に可能性があるので、いちいち手を動かして試行錯誤していてはらちがあかない。こういう場合は、一度手を休めて、コードを頭に叩き込んで、あらゆる可能性を考慮しつつ、慎重に仮説を立ててから検証するというモードに移らないといけない。 もうひとつじっくり考える必要があるのは、大きな変更に取り組むときだ。たとえば、既存のコードの設計を大幅に変更する場合は大局的な視点が必要で、その上で、影響を受ける箇所を細かく洗い出して計画を立てなければならない。 しかも厄介なのは、大規模なプロジェクトの場合、巨大な変更を一つのパッチで行うのは難しいので（コードレビューが難しいし

[haya14busa]

“、最終的には巨大となる変更を、一連の安全なステップに分割して行う（Kent Beck によると、これを Succession と呼ぶらしい [1]）必要がある”