# 代码

我学着学着就会遇到各种报错，红色的错误信息一长串，很多英文单词也不认识。每次报错我都要花很久去网上查，好不容易解决了又来一个新的。这种反复出错的感觉让我很累。是不是每个学编程的人都会经历这个过程？

我跟着视频敲代码的时候，老师说一句我敲一句，也能跑通，感觉好像学会了。但关掉视频让我自己写一个类似的东西，完全不知道从哪里开始。这种感觉让我很挫败。为什么看教程觉得会了，自己写就脑子一片空白？

原来的代码虽然写得乱，但功能一直能跑。后来为了更清晰，把函数拆开、变量改名、逻辑整理了一遍，结果一些原本正常的功能突然坏了。重构本来是为了让代码更好维护，却可能改变了细小行为。为什么重构代码时容易引出新的 bug？

写功能时可能半小时就写完了，真正让人头大的却是后面几个小时的调试。加日志、打断点、反复运行，每次都以为找到了原因，结果修完又冒出新的问题。功能实现只是第一步，确认它稳定运行反而更难。为什么调试常常比写代码本身更花时间？

写完一段功能后，自己从头到尾看了好几遍，语法也没标红，逻辑似乎很顺。可一运行程序，控制台立刻报错，甚至错误位置还不是自己以为会出问题的地方。代码在纸面上看起来正确，真正执行时却暴露了隐藏细节。为什么代码看着没问题运行就会报错？

写代码的时候遇到不会的功能就上网搜，找到能用的代码复制粘贴改一改。有人说这样做永远学不会编程，也有人说编程本来就是站在前人的肩膀上。复制粘贴代码到底好不好？如果所有的代码都是复制粘贴来的，算不算会编程？

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

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

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

写了一个功能，虽然代码写得又臭又长、变量名起得乱七八糟、中间还有几段自己都看不懂的逻辑，但它能跑！于是就不想改了。领导说优化一下，你说够用就行。同事说这段代码可以重构，你说别碰，碰坏了你负责吗。这种心态在程序员圈子里特别普遍，大家一边吐槽屎山代码，一边又在不断制造新的屎山。为什么程序员明明知道代码写得烂，却还是不愿意去优化？

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

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