第4章

.Heng。
访问模块：Project S早期归档、方案库、引擎实验日志。
登录时间：22:47:13。
我盯着那个时间看了几秒。
然后把它记进本地文件。
文件名叫：
时间戳。

盛珩第一次否定我的架构方案时，祝星遥没有看我。
会议室里坐着十几个人。
屏幕上是我做了两个月的2.0底层改造方案，核心是拆掉旧版单点调度，把所有任务切成独立模块。成本高，周期长，但能撑住未来三年的流量。
盛珩听到一半，抬手打断。
“这套太工程化了。”他说，“Project S要进入海外市场，不能把自己锁在一堆底层细节里。”
产品负责人看向我。
我把激光笔放下：“底层细节会决定上层能不能跑。”
盛珩笑了一下：“我不是否认技术，只是现在公司需要速度。”
祝星遥翻着会议资料，问：“你的建议？”
盛珩走到白板前，画了一个新的框架。更轻，更快，图很好看。
里面有三处明显的风险。
第一，消息队列没有隔离。
第二，核心引擎复用旧接口。
第三，数据回滚没有完整链路。
我等他说完，开口：“这套在峰值场景下会崩。”
盛珩转过身：“祈总，你们技术团队是不是太习惯用极端情况推翻业务方案？”
我说：“极端情况不等于不会发生。”
他看向祝星遥：“星遥，你当初跟我聊Project S的时候，最打动人的不是技术，是它能快速形成网络。架构要服务这个目标。”
我没有继续争。
会议桌另一头坐着新来的战略总监，他显然更喜欢盛珩那张白板图。图简单，箭头漂亮，听上去像一个可以马上拿去融资的故事。
我的方案有二十七页，第一页就是成本预算。
祝星遥不喜欢在这个时候看成本。
她要的是一个能让投资人坐直的方向。
我把笔帽扣回去，听盛珩讲完最后一段。
他说：“技术最终要给商业让路。”
我看着白板，没有接话。
在技术会议里，所谓让路，通常就是把报警线往后挪。线挪得太快，出事时连回滚点都找不到。
祝星遥这才抬头。
她没看我。
她看着白板上的新框