# 代码质量

功能做完了也能跑通，但不知道自己的代码质量算不算好。同事review的时候提了一大堆修改意见，说变量命名不规范、函数太长、缺少注释。但自己觉得功能正常不就行了。到底什么标准的代码才算好代码，代码质量从哪些方面评判，有没有什么工具能自动检查代码质量？

写一个新功能花了两天，但上线之后修Bug修了一个星期。有些Bug看起来很简单，就是一个变量没初始化、一个边界没考虑到，但找出来要花好几个小时。更可怕的是，修完一个Bug又引出三个新Bug，就像打地鼠一样没完没了。明明写代码的时候觉得自己考虑得很周全了，为什么上线之后还是到处是坑？有没有办法从一开始就写出Bug少的代码？

打开同事写的代码，变量名全是a、b、c、temp、data，函数体五百行没有任何注释，if嵌套了七八层。而另一个同事的代码，变量名一看就知道是什么意思，函数拆得小而清晰，还有恰到好处的注释。两种代码都能运行，都能实现功能，但读起来的体验天差地别。写代码本质上是在跟人交流，包括未来的自己。为什么很多程序员只顾着让机器理解，却忘了代码是给人读的？

写一个新功能花了两天，但上线之后修Bug修了一个星期。有些Bug看起来很简单，就是一个变量没初始化、一个边界没考虑到，但找出来要花好几个小时。更可怕的是，修完一个Bug又引出三个新Bug，就像打地鼠一样没完没了。明明写代码的时候觉得自己考虑得很周全了，为什么上线之后还是到处是坑？有没有办法从一开始就写出Bug少的代码？

打开同事写的代码，变量名全是a、b、c、temp、data，函数体五百行没有任何注释，if嵌套了七八层。而另一个同事的代码，变量名一看就知道是什么意思，函数拆得小而清晰，还有恰到好处的注释。两种代码都能运行，都能实现功能，但读起来的体验天差地别。写代码本质上是在跟人交流，包括未来的自己。为什么很多程序员只顾着让机器理解，却忘了代码是给人读的？