对大部分的开发人员来说，一般并不愿意对软件进行修改。有了新的需求，需要添加新特性；有了bug，需要做修正；这样的修改不得不做。但是改善设计提高维护性，大部分人是不愿意的做的。
为什么会这样？当然不是因为开发人员懒，那么多的代码都写了，没道理不愿意为了以后维护方便，多写一些。关键在于，我们都担心只是为了改善结构的修改行为，对系统造成了严重的破坏。
“避免修改”算是我们对于已经跑在线上的程序的一种降低软件问题的策略。“既然跑的好好的，那还是别改了”。如果一个程序永远不用改动，那或许这种策略有一定的可行性。但是，除非对于一个已死的项目，改动总是不可避免的。当团队每次都以看上去最简单的方式将新代码添加到系统中，原有的方法、原有的类就会越来越庞大，修改的难度也会越来越大，最终造成质量不断下滑。