第3章
图。图简单,箭头漂亮,听上去像一个可以马上拿去融资的故事。
我的方案有二十七页,第一页就是成本预算。
祝星遥不喜欢在这个时候看成本。
她要的是一个能让投资人坐直的方向。
我把笔帽扣回去,听盛珩讲完最后一段。
他说:“技术最终要给商业让路。”
我看着白板,没有接话。
在技术会议里,所谓让路,通常就是把报警线往后挪。线挪得太快,出事时连回滚点都找不到。
祝星遥这才抬头。
她没看我。
她看着白板上的新框架,停了几秒,说:“先按盛珩这个方向试。”
会议室里没人再说话。
我把原方案从投影里撤下来,保存。
会后,祝星遥叫住我。
“祈言。”
我停在门口。
她把资料夹合上:“你先配合一下。”
“知道。”
“不是否定你。”
“嗯。”
她张了张口,手机先响了。盛珩在门外等她,一只手搭在会议室玻璃门边。
祝星遥接起电话,朝我点了一下头,走出去。
我回到工位,把原方案存进本地文件夹。
文件夹名字是:备用。
林见端着杯水过来,站在我桌边,看了一眼屏幕。
“又备用了?”
“先放着。”
“上次备用方案最后上线了吗?”
“上线了。”
“谁提的?”
“祝总。”
林见喝了口水:“哦。”
他没再说。
三周后,盛珩的轻量方案在灰度环境里崩了。
先是推荐服务延迟飙高,接着引擎调度互相等待,最后数据回滚卡在旧接口里。测试群里消息一条接一条。
复现了吗?
谁改了调度配置?
回滚失败,灰度用户侧有脏数据。
盛珩在群里发了一段语音,转文字后很长。
大意是先稳住,再排查。
祝星遥在十分钟后给我打电话。
“你在哪?”
“公司。”
“能处理吗?”
“能。”
“需要多久?”
我看了一眼本地文件夹:“四十分钟。”
她那边顿了一下。
“这么快?”
“有备用方案。”
电话那头安静了两秒。
她说:“那辛苦你。”
我把三周前保存的方案拿出来,删掉两个不适合当前环境的配置,把灰度用户迁到新通道,再逐步恢复调度。
三十七分钟后,监控曲线回稳。
我在群里发:
已恢复。灰度数据已清理,明早九点前出完整报告。
盛珩回了一个:辛苦。
祝星遥没有回。
晚上十点,她来技术区找我。
大部分人已经走了。林见在机房入口整理网线,见她过来,拎着工具箱去了隔壁。
祝星遥站在我桌边,把一封电子邀请函转给我。
“下周行业峰会,组委会邀请你做技术分享。”
我打开邮件。
主题写得很清楚:Project S底层架构演进与稳定性实践。
这是我第一次收到行业公开分享邀请。
我还没说话,祝星遥又说:“我帮你回了。”
我看着她。
她说:“你最近忙2.0,没必要分心。盛珩会代表公司去,他更适合讲整体战略。”
“什么时候回的?”
“下午。”
她把手机收回去:“我知道你不爱这些场合。”
我关掉邮件。
“嗯。”
她似乎松了一口气:“那就好。”
她转身离开时,我看见桌边那份灰度事故报告还没打印完。
纸一张一张吐出来。
第一页写着故障原因。
第二页写着备用方案。
第三页写着后续建议。
没有一页需要署名。
那份事故报告后来没有进董事会材料。
祝星遥让助理把它压缩成三页,标题改成“灰度测试阶段性问题汇总”。盛珩在会上说:“幸好发现得早,说明我们的迭代机制有效。”
我坐在会议桌末端,翻到最后一页。
最后一页原本写着:备用方案来自原底层重构设计。
压缩版里没有这一句。
会后,盛珩经过我身边,放慢脚步:“祈总,别介意。对外表达要统一。”
我把资料合上:“我知道。”
他说:“你很适合做稳定器。”
我看了他一眼。
他笑得温和:“公司需要这样的人。”
我没回。
第二天,盛珩去参加峰会。
媒体稿发得很快。
标题是:Project S重回初心,盛珩详解下一代智能引擎
我的方案有二十七页,第一页就是成本预算。
祝星遥不喜欢在这个时候看成本。
她要的是一个能让投资人坐直的方向。
我把笔帽扣回去,听盛珩讲完最后一段。
他说:“技术最终要给商业让路。”
我看着白板,没有接话。
在技术会议里,所谓让路,通常就是把报警线往后挪。线挪得太快,出事时连回滚点都找不到。
祝星遥这才抬头。
她没看我。
她看着白板上的新框架,停了几秒,说:“先按盛珩这个方向试。”
会议室里没人再说话。
我把原方案从投影里撤下来,保存。
会后,祝星遥叫住我。
“祈言。”
我停在门口。
她把资料夹合上:“你先配合一下。”
“知道。”
“不是否定你。”
“嗯。”
她张了张口,手机先响了。盛珩在门外等她,一只手搭在会议室玻璃门边。
祝星遥接起电话,朝我点了一下头,走出去。
我回到工位,把原方案存进本地文件夹。
文件夹名字是:备用。
林见端着杯水过来,站在我桌边,看了一眼屏幕。
“又备用了?”
“先放着。”
“上次备用方案最后上线了吗?”
“上线了。”
“谁提的?”
“祝总。”
林见喝了口水:“哦。”
他没再说。
三周后,盛珩的轻量方案在灰度环境里崩了。
先是推荐服务延迟飙高,接着引擎调度互相等待,最后数据回滚卡在旧接口里。测试群里消息一条接一条。
复现了吗?
谁改了调度配置?
回滚失败,灰度用户侧有脏数据。
盛珩在群里发了一段语音,转文字后很长。
大意是先稳住,再排查。
祝星遥在十分钟后给我打电话。
“你在哪?”
“公司。”
“能处理吗?”
“能。”
“需要多久?”
我看了一眼本地文件夹:“四十分钟。”
她那边顿了一下。
“这么快?”
“有备用方案。”
电话那头安静了两秒。
她说:“那辛苦你。”
我把三周前保存的方案拿出来,删掉两个不适合当前环境的配置,把灰度用户迁到新通道,再逐步恢复调度。
三十七分钟后,监控曲线回稳。
我在群里发:
已恢复。灰度数据已清理,明早九点前出完整报告。
盛珩回了一个:辛苦。
祝星遥没有回。
晚上十点,她来技术区找我。
大部分人已经走了。林见在机房入口整理网线,见她过来,拎着工具箱去了隔壁。
祝星遥站在我桌边,把一封电子邀请函转给我。
“下周行业峰会,组委会邀请你做技术分享。”
我打开邮件。
主题写得很清楚:Project S底层架构演进与稳定性实践。
这是我第一次收到行业公开分享邀请。
我还没说话,祝星遥又说:“我帮你回了。”
我看着她。
她说:“你最近忙2.0,没必要分心。盛珩会代表公司去,他更适合讲整体战略。”
“什么时候回的?”
“下午。”
她把手机收回去:“我知道你不爱这些场合。”
我关掉邮件。
“嗯。”
她似乎松了一口气:“那就好。”
她转身离开时,我看见桌边那份灰度事故报告还没打印完。
纸一张一张吐出来。
第一页写着故障原因。
第二页写着备用方案。
第三页写着后续建议。
没有一页需要署名。
那份事故报告后来没有进董事会材料。
祝星遥让助理把它压缩成三页,标题改成“灰度测试阶段性问题汇总”。盛珩在会上说:“幸好发现得早,说明我们的迭代机制有效。”
我坐在会议桌末端,翻到最后一页。
最后一页原本写着:备用方案来自原底层重构设计。
压缩版里没有这一句。
会后,盛珩经过我身边,放慢脚步:“祈总,别介意。对外表达要统一。”
我把资料合上:“我知道。”
他说:“你很适合做稳定器。”
我看了他一眼。
他笑得温和:“公司需要这样的人。”
我没回。
第二天,盛珩去参加峰会。
媒体稿发得很快。
标题是:Project S重回初心,盛珩详解下一代智能引擎
阅读下一章(解锁全文)
点击即可畅读完整版全部内容
相关书籍
友情链接