这两天看了一篇关于重构的博客,结合前段时间看完的《重构》,对程序员的工作行为有一点点感悟,记录下来跟大家分享一下。
如果老大给你分派了一个任务,在原系统中添加某某功能。作为一名员工,你需要做的就是将功能没有BUG的,高效的实现就可以了,并不需要关心系统其他的部分代码,也有可能你在添加功能的时候阅读了一部分原有代码,也发现原有代码的一些问题,比如效率低,结构差等等,可是可能由于各种理由(工期紧,能良好运行,客户认可等等)并没有对这些问题进行修改,以后也不会对其进行修改。OK,可以说你按时,保质保量的完成了任务,还有可能得到表扬,但是作为一名程序员来说,你并不合格!同时你也丧失了一次自我提升的机会!
我决定作为程序员,不仅要对自己的程序负责,也要对产品的其他程序负责,既然看到了问题,就应该修改,或者记录下来,提供给决策者来进行后期重构或者升级时的修改项。如果是小改动,那么应该花费少量的时间直接修改过来。虽然花费了些许时间,但是对于产品来说,可能会有很大的性能提升,或者用户体验得到大大的改进,或者为以后维护提供了大大的便利;对于个人来讲也是对个人能力的展现,让后来维护人员对你的一种‘膜拜’。
所以,我认为简单的完成任务并不可取;在完成任务的同时,你应该可以获得更多东西!