42 英寸轮胎法则：每一次升级都会拖累它的下游成本
我花了一个周末，把 42 英寸轮胎和全套液压转向装到我的吉普车上。轮胎是这个项目的重点，转向才是真正的工程。
在每一次改装中，总有一个时刻，零件不再是一份愿望清单，而变成车间地板上的一堆东西。那个周末正是这样的时刻。而这堆东西告诉我的第一件事是：大轮胎和新转向是一整套组合，因为少了任何一方，另一方都发挥不出多大作用。
物理原理很简单。升级到 42 英寸后，原厂转向就开始跟你对着干。胎面在岩石上接触得越多，通过方向盘反顶回来的力量就越大，尤其是放气之后。解决办法——全套液压转向——能让驾驶者彻底脱离这场较量。不再较劲，不再回弹。车轮会朝你指向的方向走。
我们是在车道上完成这项工程的，而不是在修车厂里。一个支架接一个支架，一条管路接一条管路，一个接头接一个接头。两双眼睛，两种意见，还有一个人帮你递扳手。就是那种你更相信扭力扳手而不是自己记性的活。
这个周末真正关乎的，也正是我在企业项目里反复看到的事情：当你改变一个约束条件时，你就继承了它下游的瓶颈。
轮胎是我想要的约束条件，转向则是轮胎制造出来的约束条件。如果我装上 42 英寸轮胎却保留原厂转向，这辆吉普不但不会变好，反而会变糟——理论上能力更强，实际上更难操控。这次升级只有作为一个系统才能成立。
现在看看同样的故事在软件领域如何上演。团队采用了新模型、新平台、新前端。功能上线了。而昨天还看不见的那个瓶颈，今天却成了所有人讨论的焦点：数据管道无法以足够快的速度喂给新模型，评审流程跟不上新的吞吐量，运维团队对刚启动的那个东西连一份 runbook 都没有。
没有人会把“液压转向”写进功能需求里。它从不会出现在路线图的幻灯片上。它会在下一周才现身，以返工的形式，以救火的形式，以那个让升级看起来像个错误的形式。
技术债务并不是丑陋的旧代码。它是你移动一个约束条件的那一刻就接受的、被推迟的下游工作。你可以推迟它——直到你无法再推迟。有了 42 英寸轮胎，转向就是那个你无法推迟的部分。在大多数企业里，它就是运营层：监控、升级、评审、回滚。这些部分决定了这项能力最终是一个故事，还是一场抢救。
我反复学到的一课是：在你改变上游的约束条件之前，先摸清它喂给下游的整条路径。指出那个会变成瓶颈的下游系统。为整个“套餐”做预算，而不是只为一个“零件”做预算。
这次升级并不是轮胎本身，而是轮胎所迫使发生的一切。