读书笔记2-10.23

这一章的核心是 不要重复你自己。意思是，无论代码、配置还是文档，同一个知识点只应该存在一个权威版本。重复是万恶之源，一旦你需要修改，就得在多个地方找，很容易漏掉一处导致程序出错。为了避免重复并让系统更健壮，书中提倡让代码的各个部分尽量独立，也就是降低耦合。改动一个模块时，最好别牵连一大堆其他地方。为了实现这一点，你需要有意识地设计，让关键决策都可以轻松撤销或更改，比如把可能变动的配置单独拿出来，而不是硬编码在程序里。在具体干活时，可以试试“曳光弹”的方法：别总想着一口吃成胖子，先快速做出一个能贯穿整个系统核心流程的最小可运行版本，即使它很简陋。这能帮你验证技术路线是否通顺，也让团队和客户早点看到东西。而对于那些心里没底的技术难点，与其硬着头皮直接开发，不如先花点时间做个“一次性”的探索性原型，专门用来回答“这玩意儿到底能不能成”的问题。这些方法的核心，都是让我们用更灵活、更务实的方式去构建和维护软件。