转：程序员：永远不要去请示是否应该整理你的代码

原文：

 

http://sd.csdn.net/a/20110407/295409.html

 

 

什么原因才会造成代码混乱到不得不整理的程度？
只有一个原因，就是外行管理内行。
外行管理内行的结果，就是公司的产品质量差到无法维护。
鉴定代码是否合格，并不是没有方法。如果代码可以被一个有经验的程序员很快读懂（2周之内），那么就是合格的。
如果不管是谁（作者本人除外），都要花费几个月的时间才能对这个代码进行修改维护，如果修改bug的时间超过开发时间，如果对代码的修改代价总是很高，那么这个代码显然是不合格的，原因就是代码架构有问题，耦合严重，导致无法修改，也无法保证修改之后的稳定性。
不合格的代码，往往要花好几倍的时间才能维护。甚至无论花多少时间，都难以达到正常的开发速度（比如10行/人日）。这样的代码是否必须整理呢？
花100元买个旧洗衣机，需要花1000元去修，而新的洗衣机只要500元。
请问各位坚持不修改的程序员，这个账需要怎么算？难道维护代码比开发花的时间更多是正常的吗？
真正的问题，不在于该不该改，而应该是怎样找到合适的人去修改。
只有真正内行的管理者，才能找到真正内行的开发者。
只有真正内行的管理者，才能正确的进行决策，把握好软件架构的方向。
也只有真正内行的管理者，才能评估开发者的工作。
内行的意思，就是管理者本身技术过硬。
所以，软件公司的管理者，必须是开发者出身，而且必须是在架构能力优秀的开发者出身。
学而优则仕，绝对适合于软件行业。