对应章节：第六章《编码与重构》
核心内容：
编程是持续的设计过程，而非一次性撰写。本章强调“逐步细化”——先写高层抽象，再逐步实现细节；并提倡“持续重构”——在添加功能或修复bug时改善代码结构。书中还提到“代码即文档”，强调命名与结构清晰的重要性。
关键启示：
· 重构的最佳时机：添加功能时、修复bug时、代码审查时。
· 避免“过度设计”，通过迭代演进架构。
· 使用“测试”保护重构过程，确保行为不变。
个人思考：
我是否有定期重构的习惯？是否遇到过因结构混乱而不敢修改的代码？如何判断重构的优先级？