ガーデニングのメタファーはソフトウェア開発の現実にかなり近いものです。あるルーチンが大きくなりすぎたり、色々なことを実現しようとしすぎている場合、2つに株分けする必要があるのです。また、計画通りうまくいかないものは雑草を抜いたり剪定してやらないといけないのです。 こういったコード記述のやり直し、再作業、再設計を総称して「リファクタリング」と呼びます。 リファクタリングのきっかけ DRYの原則に反している 直交していない設計 時代遅れの知識をつかっている パフォーマンスがわるい クラス、メソッドが長い 名前がしっくりこない 同じようなコピペコードがいくつも見られ、UIを直すとロジックを直して、DBもなおすとか。非推奨のメソッドを使っていたり。ループ分が多いし、やってることとメソッドの名前があっていないとか。みなさんも、思い当たるようなことはありませんか? タイミングとガン細胞の切除 きっかけ
![達人プログラマーに学ぶ リファクタリング | Act as Professional](https://cdn-ak-scissors.b.st-hatena.com/image/square/a3f2a54f25e76ef4efcbc146e63b3c79b57189c1/height=288;version=1;width=512/https%3A%2F%2Fhiroki.jp%2Fwp-content%2Fuploads%2F2012%2F04%2F41HTQ8ZP3AL._BO2204203200_PIsitb-sticker-arrow-clickTopRight35-76_AA300_SH20_SS160_3.jpg)