对于一名码农来说,有相当一部分人对维护代码并不是很感兴趣,能够孜孜不倦的去心甘情愿的长期维护一份代码的精神真的是很赞的,不过,在实际情况中,要维护的代码是占相当一部分,只开发不维护的项目几乎是不存在的,维护自己的项目就是这样,那么维护其他人的项目对一些码农老说更是雪上加霜了,因此,在维护代码的过程中,他们也会抱怨两句,这在程序员圈子里,也算是常态了,抱怨之后还是需要继续维护和面对这样的代码,近期,就有一名码农网友给我们吐糟了他所遇到的情况。
据这名码农网友介绍,他是一名web前端工程师,他目前的主要工作是维护前同事留下来的一些代码,他说这些代码有点让他不忍直视的感觉,一路爆黄线,基本的换行都没有;变量命名很随意,而且还是全局变量,一行代码能解决的事,非要用五行去写,总之描述的这些就是代码不规范吧,这种现象也不是个例,有的公司可能对代码规范没什么要求,或者说上面的领导并不懂技术,只要功能上达到要求,具体代码设计就随程序员们的意了,不过这种情况对后来维护的程序员来说,的确是有点不太友好,针对这名网友说的情况,让我们一起看看其他网友们都是怎么看待的吧!
网友一:改别人代码最恶心了,我已经弄了两天了!
上世是朵花:两天时间不算长吧,应该算是刚开始,希望以后慢慢习惯吧。
网友二:我已经改半个月0几年看项目的代码了,目前可以说熟练使用struts1!
上世是朵花:这代码还没有退役啊,算是古董了吧,是时候重写了吧,或者说也没有什么可扩展的功能,维护量应该不大吧。
网友三:重构啊!我曾经的网名就叫代码清道夫!
上世是朵花:是否需要重构是需要根据项目情况,维护难度上去好好权衡一下了。
网友四:还有人在维护联通电信年左右的servlet输出的html代码呢。
上世是朵花:嗯,虽然技术已经过时了,但是实用价值还在继续延续。
网友五:有充足时间的话重构吧
上世是朵花:重构的前提是需要把具体业务细节吃透了才行。
网友六:按代码行数算钱的,肯定啦
上世是朵花:肯定没有这么算的了,要是这么算那还了得。简单易懂的代码对程序员更友好,才方便维护。
网友七:改啥。直接重写
上世是朵花:这就需要花时间成本了,只要时间允许的话,我想大多数程序员愿意这么做吧。
网友八:从重构到重写
上世是朵花:至于是重构还是重写还是继续维护这都是需要根据实际情况去权衡的,看哪个成本会更小一点。
关于维护之前代码的各种不如意的确是存在的,有的是代码规范的问题,有的是逻辑问题,这其中有的是人为原因,也有可能是制度的原因,也有可能是一些历史业务变更等综合因素造成的,总之,这是既定的事实,凡事存在即道理,遇见这样的情况,大多数码农都会抱怨两句,这也是情理之中的,不过在抱怨之后还是要去面对的,抱怨是解决不了问题的,只有静下心来一点点改善才能让局面更好一点,只有树立良好的心态,在这错综复杂的现象中耐心梳理,稳住心态,相信会逐渐走向光明,在维护这些代码的过程中,想必不论是代码的熟练程度,还是业务的熟练程度都会逐渐增加,不论是以后选择重构,还是重写都会显的更有底气一点,因此预想改变一个事情之前,就是先去接纳这个事情,顺从这个事情,习惯这个事情进而适应这个事情,然后熟悉了各个规则之后,能在宏观到微观方面做到全方位把控,然后可做的选择就更加广泛了,能够达到这个程度之后,想必这时候眼中的这些代码你也不会再去抱怨了,发现不好直接去改正了。
以上所有图片均来之互联网
大家好,我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华,互动交流,如果想进一步了解我,那就