今天真的不想加班 第37章 醒来后，我指出了方案里的三个致命伤

第二次项目评审会的后半段，是在一种极其诡异和压抑的气氛中进行的。

林眠那句“思考过度，需要短暂休息一下”的解释，轻飘飘地回荡在A1会议室里，却像重锤一样砸在李强和张强的心上，也让其他参会者心情复杂，难以平静。

苏早没有再对“睡觉”事件发表任何看法，但她那双锐利的眼睛，时不时会落在林眠身上，带着一种几乎要将他从里到外剖析一遍的审视和探究。她主持会议的节奏依旧很快，问题依旧刁钻，但似乎……少了几分之前那种纯粹的、冰凉的压迫感，多了一丝难以言喻的……耐心？

她甚至在林眠回答完一个关于数据加密传输的性能损耗问题后，极轻地、几乎难以察觉地点了点头。

这个细微的动作，没能逃过一直密切关注着她的李强的眼睛。他的心瞬间沉到了谷底，一股冰冷的绝望攫住了他。苏总……似乎真的接受了林眠那套鬼话连篇的说辞！这个世界到底怎么了？！

会议终于进行到了最后一项议程——讨论由张强牵头（名义上），其小组主要负责的一个辅助性子模块的方案。这个模块负责处理“凤凰”项目与公司另一个老旧用户管理系统的基础数据对接。

由于不是核心模块，且技术难度相对不高，之前并没有受到太多关注。李强为了挽回一点颜面，同时也是给张强一个表现的机会，特意将这个模块的汇报交给了张强。

张强深吸一口气，强压下心中的屈辱和阴郁，站起身走到投影前。这是他挽回局面的机会，他必须把握住。

他打开ppt，开始讲解他的小组设计的对接方案。方案的核心是采用一种增量同步的方式，定期从老系统拉取变化数据，经过转换后写入新系统。

他讲得颇为详细，引经据典，列举了好几种技术选型的对比，听起来似乎考虑周全，准备充分。

李强听着，脸上终于恢复了一点血色，不时点头表示认可，试图重新树立自己作为技术部管理者的权威。

运维和测试的负责人听了，也觉得没什么大问题，常规操作而已。

投资部那边的人对这个技术细节不太关心，只是例行公事地听着。

连苏早也只是偶尔瞥一眼ppt，没有提出什么质疑。

张强越讲越自信，语气也渐渐流畅起来，仿佛又回到了以前那种技术骨干的状态。他暗暗看了一眼林眠，发现对方只是平静地看着屏幕，似乎并没有格外关注，心中不由得松了一口气，甚至生出一丝得意：看来这个领域，你林眠也不是万能的！

讲解完毕。张强带着一丝不易察觉的期待看向苏早：“苏总，这是我们小组设计的方案，请您指正。”

苏早目光从ppt上移开，淡淡地说：“基本思路可行。细节上……”她顿了顿，似乎想挑点毛病，但一时也没发现明显问题，便看向其他人，“其他部门有没有问题？”

运维和测试负责人摇了摇头。 投资部的人也表示没意见。 李强赶紧接话：“苏总，这个方案是我们技术部经过充分讨论和论证的，我认为……”

就在这时，一个平静的声音打断了他。

“这个方案存在三个致命伤。”

声音不大，却像一道惊雷，瞬间劈散了会议室里刚刚缓和下来的气氛。

所有人猛地转头，看向声音的来源——林眠。

他又开口了！而且一开口就是“三个致命伤”？！这么严重？！

张强的脸“唰”地一下变得惨白，刚刚建立起来的自信瞬间崩塌，取而代之的是巨大的羞辱和愤怒。他死死地盯着林眠，眼神像是要杀人。

李强也像是被掐住了脖子，后半句吹嘘的话硬生生噎了回去，脸色铁青。

苏早的眉梢猛地一挑，身体微微前倾，目光锐利地聚焦在林眠身上：“说具体。”

她没有任何质疑，直接让他阐述。这种态度，本身就已经说明了一切。

林眠迎着她的目光，语气依旧平稳得像是在讨论今天天气怎么样，但说出的内容却让在场所有懂技术的人脊背发凉。

“致命伤一：数据一致性漏洞。”他操作电脑，快速调出了老系统的那部分接口文档，指向某个不起眼的角落，“老系统的这个ApI，在极端高并发情况下，返回的增量数据列表可能存在极小概率的重复或丢失。文档里用极小字体标注了这一点，但你们的方案里没有设计任何幂等性或数据校验补偿机制。一旦发生，会导致新老系统数据永久不一致，且难以追溯修复。”

张强额头瞬间冒出了冷汗，他猛地低头去翻自己面前的文档，果然在那一页的脚注里找到了那行几乎被忽略的小字说明！他当时根本就没仔细看！

“致命伤二：性能瓶颈与雪崩风险。”林眠切换画面，展示出他刚刚快速计算出的数据，“你们选择的这种增量拉取方式，在数据量平稳时没有问题。但根据‘凤凰’项目预期的用户增长曲线和老系统的数据特性分析，三个月后，单次拉取的数据量会指数级增长，耗时将超过你们设置的任务间隔时间。会导致任务堆积，最终拖垮整个同步服务，引发链式雪崩反应。你们的方案里没有考虑弹性扩缩容，也没有设置超时熔断机制。”

运维负责人的脸色瞬间变了，作为负责系统稳定性的人，他立刻意识到了这个问题的严重性！

“致命伤三：耦合度过高且无法灰度。”林眠指出了方案里的架构图，“你们的同步服务与老系统接口耦合得太紧，且是全量同步开关。一旦新系统上线后这个同步模块出现任何问题（根据前两点，概率很高），需要回滚或修复时，只能整体关闭同步，会导致新系统数据停滞，业务受影响。没有做服务化隔离，也没有设计灰度发布和热切换方案。”

测试负责人的心也提了起来，这意味着测试难度和风险极大！

三个问题，一个比一个尖锐，一个比一个致命！直指方案的核心缺陷！而且每一个都证据确凿，逻辑清晰！

会议室里死一般的寂静。

张强面如死灰，身体微微摇晃，几乎站不稳。他感觉自己像个被剥光了衣服的小丑，所有精心准备的遮羞布都被林眠无情地撕扯下来，暴露在众目睽睽之下。他不仅忽略了关键细节，连基本的架构风险和扩容性都没考虑周全！这简直是技术人员的耻辱！

李强也傻眼了，他刚才还觉得这方案不错，还想借此夸耀一下，结果转眼就被打脸打得啪啪响！他现在恨不得找个地缝钻进去！

苏早的脸色彻底沉了下来，冰冷的目光扫过面无人色的张强和如坐针毡的李强，最后落在林眠身上时，稍微缓和了一丝丝。

“你有什么改进建议？”她直接问道，完全无视了原来方案的提出者。

林眠似乎早就准备好了，快速地在白板上画了一个新的架构草图：“建议一：改用基于binlog日志解析的实时同步方式，从底层保证数据一致性，避免ApI层面的不可靠性。建议二：新同步模块必须设计成可水平扩展的微服务，并引入消息队列削峰填谷，配置完善的监控和熔断机制。建议三：新旧同步模式需要设计成可热切换的，并且支持按比例灰度流量，方便回滚和问题排查。”

他寥寥几笔，一个更健壮、更优雅、更具可扩展性的方案雏形就呈现了出来。

运维和测试负责人眼睛一亮，连连点头：“这个思路好！能从根本上解决那些问题！”

投资部的人虽然不太懂技术，但看反应也知道林眠的方案高明太多。

苏早看着白板上的草图，沉思了十几秒，然后果断拍板：“原方案否决。林眠，会后立刻输出你这个新方案的详细设计文档，优先级最高。相关资源协调，直接找我。”

她一句话，就彻底宣判了张强方案的死刑，并且再次赋予了林眠极大的权力。

“好的。”林眠平静地接受。

会议就在这种戏剧性的反转和极度压抑的气氛中结束了。

苏早率先离开，经过林强身边时，连一个眼神都欠奉。

李强失魂落魄，几乎是踉跄着逃出了会议室。

张强还僵在原地，脸色灰败，眼神空洞，仿佛被抽走了魂。

其他人也神色复杂地陆续离开，看向林眠的目光中，敬畏又加深了几分。

周瑞激动得满脸通红，看着林眠的眼神充满了崇拜。眠哥不仅自己牛逼，还能一眼看穿别人的傻逼！太强了！

林眠收拾好东西，最后看了一眼还呆立在原地的张强，没什么表示，转身离开了。

ZZZ系统的提示音响起：【成功识别并规避潜在技术风险x3。技术权威性大幅提升。竞争对手威胁等级降低。】

回到工位，林眠看了看时间。

嗯，因为指出致命伤和提出新方案，会议超时了大概二十分钟。

他拿出手机，开始打字：“申请今日加班调休0.33小时，事由：参与‘凤凰’项目评审会，并额外完成原方案风险评估及新方案初步设计。”

周围的同事：“……”

他们已经习惯了。大佬的时间，就是这么精确且理直气壮。

而关于“林眠在会上睡着，醒来后直接指出原方案三个致命伤”的传奇故事，以比病毒还快的速度传遍了整个公司，甚至衍生出了“林眠闭眼是在用天眼扫描代码”、“林眠的大脑是量子计算机”等各种离谱版本。

公司的内卷湖面，因为这颗石子又一次石破天惊的举动，掀起了更大的波澜。

李强和张强的威望，彻底跌入谷底。

而林眠的技术大神地位，变得无可动摇。

---

【林眠的睡前日记】 项目评审会。 张强的方案，漏洞明显。 指出三处致命伤：数据一致性、性能雪崩、架构耦合。 新方案采用binlog同步，微服务化，灰度发布。 苏早采纳。 会议超时20分钟，申请调休0.33小时。 ZZZ系统评估：风险规避成功，影响力提升。 张强似乎大受打击。 今日收获：避免了一次未来可能发生的p0级故障。 明日任务：输出新方案详细设计。 现在，需要补偿那20分钟的脑力消耗。 晚安。希望未来的方案设计都能更严谨一些。