程序员经验教训

1、总觉得前人写的代码乱

这一路走来，遇到不少程序员，经常听到评价前人的代码写得有多烂多烂。

当然也有不少代码是写的好的，看了能够知道功能整理的清晰。一份好的代码第一感觉

并不是功能，也不是性能； 而是工整。 一份工整的项目代码，减少程序员80%的维护

时间。 

往往我们为什觉得别人写的代码乱，主要原因可能确实是别人写的代码思路不清晰，

功能业务整理没有模块化，全局变量乱用。但是个人觉得作为一名程序员，遇到乱的

代码是不可避免的。但是一味的抱怨别人写的代码有多差劲，并不能证明自己比别人

有多高明。甚至很多时候，可能连别人的代码都看不懂就评价别人写的差劲。 

2、良好程序员应该具有的素质

“无惧乱代码”，这是一名程序员该具有的基本素质。 

“无怨乱代码”，是一个优秀员工具有的素养。

具备这两点，才能让将代码修改好，哪怕是重构整个工程项目。只要你能给领导

足够的证明前人写的代码有多烂。往往我们会听到同事抱怨前人代码 ，却不能

很好的举例说明这代码存在问题点，风险点。经验告诉我们推翻重构工程项目需要的

是证据，而不是你的抱怨。 

 

3、自问自省

下手写代码时，第一个要点就是系统性分析，将业务功能模块。同时能够将模块

化的代码整理为文件，当自己能够整理出文件，说明后面写的代码才具有可造性。

否则自己写的也是乱糟糟的代码。

当某天自己成为项目经理时，只要看别人写的框架，即可知道这份代码是否具有

可造性。如果架构都很乱，那就决定这工程项目的最终的高度。根基稳了，即使

枝叶交错也影响形成参天大树。因为后面只要有人修剪得当，那还是能拯救一切。