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

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

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

苏早没有再对“睡觉”事件发表任何看法但她那双锐利的眼睛时不时会落在林眠身上带着一种几乎要将他从里到外剖析一遍的审视和探究。

她主持会议的节奏依旧很快问题依旧刁钻但似乎……少了几分之前那种纯粹的、冰凉的压迫感多了一丝难以言喻的……耐心？ 她甚至在林眠回答完一个关于数据加密传输的性能损耗问题后极轻地、几乎难以察觉地点了点头。

这个细微的动作没能逃过一直密切关注着她的李强的眼睛。

他的心瞬间沉到了谷底一股冰冷的绝望攫住了他。

苏总……似乎真的接受了林眠那套鬼话连篇的说辞！这个世界到底怎么了？！ 会议终于进行到了最后一项议程——讨论由张强牵头（名义上）其小组主要负责的一个辅助性子模块的方案。

这个模块负责处理“凤凰”项目与公司另一个老旧用户管理系统的基础数据对接。

由于不是核心模块且技术难度相对不高之前并没有受到太多关注。

李强为了挽回一点颜面同时也是给张强一个表现的机会特意将这个模块的汇报交给了张强。

张强深吸一口气强压下心中的屈辱和阴郁站起身走到投影前。

这是他挽回局面的机会他必须把握住。

他打开PPT开始讲解他的小组设计的对接方案。

方案的核心是采用一种增量同步的方式定期从老系统拉取变化数据经过转换后写入新系统。

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

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

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

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

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

张强越讲越自信语气也渐渐流畅起来仿佛又回到了以前那种技术骨干的状态。

他暗暗看了一眼林眠发现对方只是平静地看着屏幕似乎并没有格外关注心中不由得松了一口气甚至生出一丝得意：看来这个领域你林眠也不是万能的！ 讲解完毕。

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

” 苏早目光从PPT上移开淡淡地说：“基本思路可行。

细节上……”她顿了顿似乎想挑点毛病但一时也没发现明显问题便看向其他人“其他部门有没有问题？” 运维和测试负责人摇了摇头。

投资部的人也表示没意见。

李强赶紧接话：“苏总这个方案是我们技术部经过充分讨论和论证的我认为……” 就在这时一个平静的声音打断了他。

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

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

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

他又开口了！而且一开口就是“三个致命伤”？！这么严重？！ 张强的脸“唰”地一下变得惨白刚刚建立起来的自信瞬间崩塌取而代之的是巨大的羞辱和愤怒。

他死死地盯着林眠眼神像是要杀人。

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

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

” 她没有任何质疑直接让他阐述。

这种态度本身就已经说明了一切。

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

“致命伤一：数据一致性漏洞。

”他操作电脑快速调出了老系统的那部分接口文档指向某个不起眼的角落“老系统的这个API在极端高并发情况下返回的增量数据列表可能存在极小概率的重复或丢失。

文档里用极小字体标注了这一点但你们的方案里没有设计任何幂等性或数据校验补偿机制。

一旦发生会导致新老系统数据永久不一致且难以追溯修复。

” 张强额头瞬间冒出了冷汗他猛地低头去翻自己面前的文档果然在那一页的脚注里找到了那行几乎被忽略的小字说明！他当时根本就没仔细看！ “致命伤二：性能瓶颈与雪崩风险。

”林眠切换画面展示出他刚刚快速计算出的数据“你们选择的这种增量拉取方式在数据量平稳时没有问题。

但根据‘凤凰’项目预期的用户增长曲线和老系统的数据特性分析三个月后单次拉取的数据量会指数级增长耗时将超过你们设置的任务间隔时间。

会导致任务堆积最终拖垮整个同步服务引发链式雪崩反应。

你们的方案里没有考虑弹性扩缩容也没有设置超时熔断机制。

” 小主这个章节后面还有哦请点击下一页继续阅读后面更精彩！。

本文地址今天真的不想加班第37章 醒来后我指出了方案里的三个致命伤来源 http://www.ynxmgs.com