09-15
好代码容易删掉，而不是容易扩展
作者主张把代码行数视为“花掉的行数”而非“产出的行数”：每行代码都要持续支付维护成本，而为提高复用率构建的抽象会把调用方绑死在实现的显式与隐式行为上，让后续变更代价更高。因此目标应是可删除（disposable），而非可复用、可扩展。文中给出递进策略：能不写就不写；先复制粘贴几次再提取函数；把无状态、与应用无关的代码放进 util 并一工具一文件；接受 boilerplate 换来的灵活性；像 requests 包住 urllib3 那样把 policy 与 protocol 分层；允许业务逻辑先做成一坨泥巴；按“不与谁共享”而非功能拆分模块；用统一接口、HTTP 缓存与 CDN、feature flag 制造可替换点；错误处理放在端到端的最外层，如同 Erlang 监督树用 fail-fast 重启替代就地恢复。适合维护长期演进代码库的工程师与设计者。