知识卡片
初始速度与持续速度的取舍
内容
项目早期跳过测试、监控、访问控制等”拖慢进度”的工作，确实能让第一版更快上线，但这笔账只算了前半段——随复杂度增长，缺失的自动化会在中后期集中爆发为技术债务。互联网协议史是反例佐证：早期设计者把可靠性列为高优先级，安全性却几乎未考虑，几十年后给IP、TCP后补HTTPS、IPsec的部署难度远大于当初直接设计进去。发散：区分”初始速度”和”持续速度”是判断”现在该不该走捷径”的实用检验标准。
参考来源
- 位置：《Google系统架构解密：构建安全可靠的系统》第4章《设计中的权衡》4.4节（源文件：`../OREILY动物书合辑 图灵新版/_epub-src/text/part0014_split_044.html`）
- 结论依据：原文区分初始速度和持续速度，指出项目初期省略关键需求会显著拖慢中后期进度，并以互联网早期协议重视可靠性、忽视安全性，导致HTTPS等安全协议至今未能全面普及为例证明后补安全的部署难度远高于原生设计。
- 原始内容：区分初始速度和持续速度是很重要的。在项目初期选择不考虑安全性、可靠性和可维护性等关键需求，确实会提高项目早期的速度。然而经验表明，这样做通常会在项目中后期显著地拖慢进度……但仍有相当多的网络流量还没有使用HTTPS。