《程序员修炼之道：从小工到专家》阅读笔记 4：代码质量与可读性​

进入 “代码质量与可读性” 章节，书中对 “好代码” 的定义，彻底改变了我之前对 “代码质量” 的片面认知。我原以为 “好代码” 就是 “没有 bug、效率高”，但书中指出，“好代码首先是可读的，其次才是高效的”。​
书中提到 “代码是写给人看的，不是写给机器看的”，这句话让我印象深刻。很多程序员在编写代码时，只关注 “功能实现”，却忽略了代码的可读性 —— 变量名随意命名（如 a、b、c）、函数逻辑混乱、没有注释说明，导致后续维护者需要花费大量时间理解代码，甚至因为理解偏差引入新的 bug。书中举了一个例子：某项目中，一位开发者写了一个函数，变量名全是拼音缩写，函数体内嵌套了多层 if-else，没有任何注释，后来他离职后，新接手的开发者花了 3 天时间才理清这个函数的逻辑，最后不得不重构整个函数。这让我意识到，代码的可读性直接影响团队协作效率和项目的维护成本。​
关于代码质量，书中还强调 “持续重构” 的重要性。好代码不是一次性写出来的，而是在不断迭代中优化的。很多时候，我们在初期编写代码时，由于时间紧张或对需求理解不深入，会写出 “勉强能用” 的代码，但随着需求的迭代，这些代码会逐渐变成 “技术债务”。书中建议，我们应该在每次开发新功能或修复 bug 时，花少量时间对周边的代码进行重构，比如拆分过长的函数、提取重复的逻辑、优化复杂的条件判断，让代码始终保持 “整洁” 的状态。​
这部分内容让我养成了一个新习惯：在提交代码前，先站在维护者的角度审视自己的代码 ——“如果我是别人，能快速理解这段代码吗？”，通过这种方式，不断提升自己代码的可读性和质量。