老张是一家公司的资深工程师,虽然早已不敲代码了,但是看到其它程序员敲的不好的代码,他总想上去改一下,这次,他接过一个同事写的代码,好家伙,if else 嵌套了三十多层,而且命名还不规范,有的以拼音,有的驼峰和下划线混用,一个函数写了几万行,而且形参穿了四十多个……
这对于老张怎么能忍受,下决心一定要对这块代码整修一番,由于代码混乱度比较高,这老张为了有额外时间修复这块代码,中午不睡觉,晚上还加班。一个月后,这块代码终于变得简洁明了,优雅万分。
后来老张就把改的代码放在了生产上,大概两周之后,产品出现了重大故障,项目团队一大堆人围着找问题,记得加班到凌晨3点 ,终于查到了老张头上,老张的一段优化代码导致的。
然后第二天老张得到了 公司领导的提名批评,而且这个项目奖金也没有了,老张人立马抑郁了,明明自己做了好事,怎么落到了一个不好的下场?
01、代码垃圾是怎样造成的
可能你永远不知道烂代码是怎么出现的,或许当初写这坨代码的人,也觉得自己写的很垃圾,但是由于历史的缘故,他不得不这样写,或者项目要到达期限了,只能这样写。
甚者写完之后,他本人都想要重构,感觉恶心,可是根本没有时间。
如果团队人员都这样想,那么项目的代码逐渐成为了屎山。
02、能跑就不要动,还是迭代更新
面对垃圾一样的代码,我们是坚持能跑就不要动的观点,还是坚持不断的迭代更新呢?
相信大家都会觉的代码能跑就不要动是糊弄人的的观点,如果团队各方面比较完善,代码肯定会经过千锤百炼,反复修改的,但是如果只有你个人去修改,我觉得还是坚持能跑就不要动吧。自己只是帮着做个小功能,只负责一小段代码,这样能跑就行,不要乱动
03、代码应该怎样进行迭代更新
代码迭代更新是属于团队的,不是个人的英雄主义。
要有完善的规范体系,比如团队的设计规范,编码规范,技术评审等流程要规范到位,切实实行起来。
大型的重构是必须的,科学有效的重构往往比代码能跑就不要动从长期看更好一点。
站内文章:均为188bet博彩体育app下载方式
各部门原创内容如需转载请著名本文网站链接://www.mcissock.com/new/26639.html未经允许转载要受法律责任,如需转载请联系269247937@qq.com
本文链接://www.mcissock.com/new/26639.html
tags:
郑州网站建设郑州网站制作郑州网站设计郑州建站公司郑州网站优化郑州做网站郑州小程序开发郑州网络公司