读《程序员修炼之道》前半部分，最戳我的不是高深理论，而是满篇的“务实主义”——教你如何在deadline、需求变更、技术债之间，找到最落地的解决方案，而不是追求“完美却无法实现”的理想代码。
书里提到的“原型与便签”，我最近在项目里亲测有效。之前做一个校园社团活动报名页面，一开始想直接写完整代码，结果UI改了3次，前端逻辑跟着改了3次，浪费了大量时间。后来按照书里说的，先用Axure画低保真原型，和产品、UI确认好交互细节，甚至用便签纸列出“必填字段”“提交逻辑”，确认无误后再写代码，后续只改了1次样式，开发效率直接翻倍。这就是“先验证思路，再投入开发”的价值——避免在不确定的需求上“无效做功”。
另一个让我受益匪浅的是“错误处理”的理念。书里说“不要忽略异常”，但也强调“不要过度处理异常”。之前我写接口时，总想着“把所有可能的错误都接住”，结果代码里全是try-catch嵌套，又乱又难维护。后来按照书里的建议，区分“可恢复错误”和“致命错误”：比如用户输入格式错了，返回明确提示让用户修改（可恢复）；数据库连不上，直接记录日志并报警（致命错误），代码瞬间清爽了，后续排查问题也更高效。
前半本书的实战技巧，本质上都是在教你：程序员的核心能力不是“写漂亮代码”，而是“用最低成本解决问题”。毕竟，能按时交付、稳定运行的代码，才是有价值的代码