如何重构可以不影响到正常业务的进行？

昨天主管和我review了Q2的kpi

 

主管：你觉得你写的代码怎么样？

我：感觉一般，看了程立写的代码，是种享受，和其比起来，差距还很大。其实大部人程序员都是以最小代价完成布置的任务，完成的代码。我完成了任务，胡总你可能只关心功能，又不知道我的代码质量如何。还是看自己的责任心和时间吧，有时间也许会不断重构自己的代码，但有些自己也有些惰性。

 

主管：前段时间，我找程立看了下你在企业版的代码，给的评价是中上等。

我：（脑子先是一懵，心想：完了，神一样的男子看了我的代码，居然给中上等的评级，是我不自信还是哪个环节夸大了？一是和程立的代码比起来，我自己感觉自己的代码非常垃圾；二是胡总居然会找首席架构看我的代码，完全没想到的，对我还是比较重视的；三是当时项目时间非常紧，连续一个月每天都是12点多回家，只顾完成功能，代码质量就不用想了）

       不会吧？我感觉我的代码很垃圾的（自己在笑。。。我不想给自己找借口，虽然当时时间很紧，迭代一测试修bug，迭代二同时开发，根本没有时间对代码的质量进行完善）。那程立具体怎么说的，我想听下细节

 

主管：感觉你的代码对于异常的捕获、注释这些做的还是比较到位。但是可能总体架构上、领域建模上还是差一些。

我：我还是感觉自己的代码比较垃圾。。。

 

 

----------------------------------------------------------------------------------------

于是

1.决定重读martin大师的《重构--改善既有代码的设计》

2.多读一些公司架构的代码，不断学习

3.提高自己的责任心。代码就是自己的孩子，写出垃圾代码，是我的耻辱！

 

但是重构，引发了一些思考：

1.我们的业务不断的发展，代码不断的被阅读，不断的被修改，如何保证代码的可维护性？也许重构是个不错的注意。

2.也许重构代码是必要的，但是如何保证重构的代码不会影响其他的功能？也许我重构过程中改动的每一段相关的代码，都是一个雷，一个和外围系统之间的潜规则！

3.这2者是矛盾的，矛盾的出现必然推进事物的发展。如何在我们公司这种不断发展的业务中，保证系统正常运行的同时，又保证代码的质量？单元测试？codereview？靠个人的责任心？还是靠流程？