阅读笔记（一）

"务实"在这本书里不是含糊的形容词，而是一套可以落地的工作态度。首先是"负责"二字：作者说，我们要对自己的代码负责，也要对软件的最终结果负责。当系统出问题时，务实程序员不会急于甩锅，不会说"这不是我写的"，而是先去定位、再去修复，并且在修复之后思考如何避免同类问题再次出现。其次是 DRY 原则：系统中每一条知识都应当只有一个明确、权威的表达位置。重复的代码、重复的配置、重复出现在注释和文档里的业务规则，都会在将来某一次修改时造成不同步，进而变成隐蔽的bug。
"破窗理论"给我的印象最深：一栋建筑如果有一扇被打破的窗户长期不修，很快其他窗户也会被打碎，环境会迅速变坏。代码也是如此——一段混乱的函数、一处没处理的异常、一句被注释掉却一直保留的死代码，如果听之任之，就会有越来越多的人默认"这里本来就乱"，整个模块会一步步滑坡。务实程序员看到第一扇破窗就要立刻修好，或者至少先把它挡住，不让负面积累。作者还强调，我们应该不断为自己的能力"投资"，学习新语言、新工具、新领域知识，就像理财一样定期投入、分散风险，而不是把所有技术押注在某一种语言或框架上。
在"负责"这件事上，我以前遇到报错第一反应是去复制报错信息询问AI，搜到一段能跑的代码就贴进来，并不真正理解它为什么有效。这种"凑活能跑"的心态，本质上是把责任推给了搜索结果。读完本章后我提醒自己：每一段运行通过的代码，我都要能讲清楚它的执行流程；出现异常要先自己读堆栈、自己定位，而不是一上来就求助；写出去的作业和项目，代码风格、命名、注释要对得起自己以后回头看。至于"破窗"，我也注意到自己的实验目录里堆积了很多临时版本，文件命名是aaa、test、final、final2，这种无序本身就是第一扇破窗，后面我打算用版本控制和清晰命名把它们整理掉。
通过阅读，我知道了要对自己写的东西负责、拒绝重复、守住质量底线、持续投资自己。务实不是一种性格，而是一系列在日常敲代码时就可以执行的选择。这一章让我意识到，从"小工"到"专家"的距离，首先不在于掌握多少高级技术，而在于是否愿意把每一行代码当成自己要长期负责的作品。