Skip to content

第 7 章:当你编码时

系列:程序员修炼之道 · 第 7/9 章


一句话总结

日常编码要可撤销、早重构、重测试、慎命名、知算法量级——把质量做成习惯而非阶段。


核心观点浓缩

  • 可撤销的代码:小步提交、分支、易回滚
  • 尽早重构:坏味道出现就整理,别欠债到大版本
  • 测试:单元、集成、属性;自动化回归
  • 恶意合规:按字面满足规格却误解意图——要沟通
  • 命名:揭示意图;可搜索;一致
  • 算法速度:知 Big-O;先 profile 再优化
  • 重构与性能:结构清晰通常利于优化

关键概念 / 金句

  • 「尽早重构」≠ 永远不重写;小步改善
  • 测试是反馈,不是负担
  • 命名是沟通

本章在全书中的位置

全书最贴近键盘前的一章,与第 3 章工具、第 4 章偏执、第 9 章项目质量串联。


个人思考与启发

连接按钮逻辑拆成 ensureFirewallrunPreflightpoll,即小步可测、可撤销。
导出后删 staging 目录要有测试或 checklist,防误删订单数据。
算法:点云融合瓶颈在算法库,应用层避免 O(n²) 遍历全体 mesh 顶点。


与《软件设计的哲学》对照

  • 命名 ↔ 第 14 章;注释 ↔ 第 12–13 章
  • 尽早重构 ↔ 修改既有代码时保持深模块
  • 测试降低变更恐惧,支撑战略式编程

重点与注意

重点小步提交 + 尽早重构 对抗熵的最小习惯。
重点测试给重构发许可证。
重点命名是低成本高回报的文档。
注意:优化前 profile;算法量级错误无法靠常量优化弥补。
注意:恶意合规靠澄清需求与示例,不靠程序员猜。


导航:上一篇:第 6 章 · 下一篇:第 8 章 项目启动之前

基于 VitePress 强力驱动 | 记录技术与生活