没规范的下场 - 阅读困难

  • 作者:KK

  • 发表日期:2016.3.10


大多数人都有过相同的经历:参与一个项目后,增加/修改代码时产生头痛现象.为什么头痛呢?不就是因为代码乱咯...且不说设计上的乱呀,就说排版上,有一部分是对齐的,有一部分没对齐,明明好好的缩进了4个tab的一推代码,突然下面就全部没缩进了

这种项目一般都经历了几年,经历了几个不同程序员的维护所遗留下来的现象,他们各人的代码艺术自成一派,颇有一股大师风范!只是我们作为维护的人可是看着头疼呀!

接下来自然就是程序设计的方式不统一了,有人不做前端表单验证,有人全做,有人自己写验证,有人拿插件验证,有人函数里的参数全是数组,有人分成一个个参数设计~...

那么你应该用哪种方式去维护这些代码?没办法啦,已经乱了,你也只好按照你的想法,把你认为最好的方案用来实施就好了

所以这时候大家都意识到:代码风格/设计方式统一是多么重要!且不说设计方式吧,代码风格一定要统一才行呀!设计方式的话,不同功能可能有不同的需求,一些细节不一定要完全一样的

一般项目造成这样的情况,并不是你想着"设定统一的规范"就成的,因为有的项目就是传统企业里的项目,传统企业的管理人员都不咋懂这个,只管招个程序员回来弄他要的网站,哪想到要规范呢?除非他招了个很有经验的人来做信息部主管

我见过很多表示在传统企业里工作过的人都表示里面并无什么大牛,都是一两年经验的新手.这么看来,这样一个工作人群没能想到代码规范自然是正常的!所以在一般中小型传统企业的项目里我认为基本没办法指望有代码规范这回事,那些大型的话倒一般会有大牛带着整个IT团队搞他们的信息化工程,我相信会有规范的.

好了,回到我们平时遇到的这些问题上,那科技企业就一定要注意这种情况了,不然后期项目维护就会越来越坑,导致新招来的员工干着也抓狂,最后还是想走,于是没人想在这里长期干,除非你给比较有竞争力的待遇福利让他贪图这份安逸,但我敢保证这种人一般不会想着混太久太久,技能积累得差不多了,那也差不多是时候起程去新的地方了