关于代码重构的一些思考

1.代码重构是亏损的，没有任何经济效益。
代码重构，完全是程序员个人的自我修养，一个程序员的编程水平高低，决定了他对代码的重构力度，听说最高的重构地步是一个方法只有7行。然而，现实中，我们如何有时间去重构到7行的代码。也许你会说，代码重构后，更易维护，更易后续开发呀？但是，你是否想过以下问题：
a>你的程序真的能活那么久吗？
b>上一个程序员（也许是你，也许位前辈），他是故意要写成这样差的代码吗？
c>即使让你重构，你能重构到什么地步，有什么具体指标？

2.代码重构这一问题的根源
其根源，我觉得是每一个参与到这个项目中的程序员的技术水平、对项目的认识理解呈度、项目的开发周期，甚至PM的协调能力（较差的PM会产生更多的易重构项目，信不信就由，反正我是信了）。说白了，作为程序员，我们能做的，就是提高自已的编程水平，加强编程规范，其它的不是你所能掌握的。

3.代码已经很差了，我看着都想吐了，不重构，我就无法开发了！
真有那么差的代码吗？其实无非就是编程风格与大众的差太远；框架的使用错误；模块的某一策略无法满足后续的项目需求。（你还能想到其它的吗？）
所以，我们可以做的就是做一只小蚂蚁，一点点的把不正确的编程规范给一一纠正（但切记不要大片的重构，不然就犯了最后一条错误）。

4.最后，不要一个人默默的重构
a>一个人默默的重构，会很孤单
b>一个人默默的重构，会承担额外的压力，以至原计划工作delay
c>一个人默默的重构，久而久之，你会发现除你之外的人，写的代码都看不顺眼，然后试图去纠正他们。
d>一个人默默的重构，最后发现自己的力量眇小，于是要么放弃回到原点；要么走极端，把自己搞得更加累，天天加班，最后累趴下了，看骂别的人代码写得垃圾。

from:http://lichsword.net/blog/archives/512