如何判断一个程序员写代码好与不好?
我来说说我在工作中遇到的一个例子,某天因为业务需要,要修复一个bug,找到bug相关代码,一看代码,差点把我吓死,大家猜猜怎么着?一个定时工作的job类,五百多行代码,只有一个方法,代码中命名混乱,各种不在一个抽象层级的代码混杂在一起,更让人气愤的是全篇没有一行注释!一看到这种代码,就没一点心情看下去了,奈何bug要修复啊,只能硬着头皮看了,最后花了好长时间才找到问题原因,将bug修好,而我已经早已头昏脑胀,不知道问候过多少遍这个奇葩的前辈了。
看完我这个实实在在的例子,要如何判断一个程序员写的代码好不好,其实已经很清楚了!
首先要有完整清晰的代码结构,起码要一眼看上去要让人有一种舒服的感觉!通篇一个方法是大忌,是绝对不允许的,尽量要将一些相关的代码抽成方法,将一些基础方法放到model类中复用。
其次,代码中变量的命名要清晰有意义,无意义的变量命名会让后来的代码维护者头破发麻,会让代码维护变得极为艰难,到时候可别怪人家问候你了。
然后就是注释了,这也是很重要的一点,一个优秀的程序员首先要学会写注释,一个会写注释的程序员不一定是一个好的程序员,但一个不会写注释的程序员绝对不是一个好程序员!
所以,判断代码好不好,就要从以上几个方面判断!
大家有什么看法,欢迎补充~
我是凉了个小秋,文青范的程序猿,欢迎关注,一起学习娱乐~
标签: 滥竽充数续写