1.由于经常在小公司任职程序员，小公司的一个特点就是代码一般都是有很多个版本的，而且似乎都没有一个特别严格的共同约束，所以，即使一个团队开发出来的东西，往往团员之间的代码也十分的晦涩难懂。不过这些公司都有建立自己的一套的开发规范，只不过这个规范不断在变........所以，没有一个成熟可靠的开发规范也是造成代码维护难度大的一个重要问题。

  2.小公司好歹也是科技公司，搞技术搞互联网的，怎么说也有自己的产品，但是往往产品开发出来以后，并不是经常去升级原来的产品而是去开发新的领域，新的功能，新的技术.....好吧，原来的东西可能过个1~2年看来貌似能用，实际上，现在的需求往往都已经不是当年的那个需求了。所以，一般来说，都会安排一两个苦力(is me)去重构升级这些代码，按照经验来说，这些代码往往都是非常难以理解的(我一般只理解流程，至于代码吧，反正都不用了！)。

  3.高速迭代，快速开发。这个貌似是XP中所追求的，而且很多小公司都会这么做的，开发是挺快速的，不过往往迭代都没高速过。所谓迭代，其实说白了就是回去看看那些快速实现的功能有没有需要改进的地方，有没有方法需要封装一下，是不是还有更好的设计模式可以使用？总之，还是重构。

以上，所以，我们一般都需要重构代码，因此，我需要总结一下，如何可以使这项工作高效准确的完成。