微曼小说

手机浏览器扫描二维码访问

第4章（第1页）

那个周五的深夜，我独自一人在公司进行系统压力测试前的最后一次代码审查。

就在那个时候，我发现了那个深埋在项目底层数据库框架里的逻辑漏洞。

这个漏洞极其隐蔽，常规操作下根本不会触发。

只有在特定的时间点——下午1点50分到2点之间，如果系统同时遭受超过一万个并发请求的高强度压力，就会触发一个数据链的连锁性、灾难性的永久删除。

所有关联数据表，都会在瞬间被清空，而且无法通过任何常规手段恢复。

我当时后背就惊出了一身冷汗。

这个项目是公司今年的命脉，最大的投资方将在下周五下午2点，亲临公司观看最终演示。

而演示前的最后一次全链路压力测试，恰恰就安排在1点40分开始。

这简直就像一颗被精准设置了引爆时间，而且威力巨大的定时炸弹。

我不敢怠慢，连夜写了一份紧急修复预案和详细的bug分析报告。

周一早上，我正准备将报告提交给王浩，linda就端着咖啡，一脸焦急地找到了我。

“苏晴，江湖救急啊！我负责的那个用户画像模块好像出了点问题，数据总是对不上，你能不能帮我看看？”

linda比我早进公司两年，虽然技术一般，但长袖善舞，很会做人，和王浩关系尤其好。

我看她急得满头大汗，也没多想，就答应了。

那个问题其实不复杂，只是她在一个api调用时，把一个参数搞混了。

我花了不到半小时，就帮她定位了问题，并给了她修复方案。

她千恩万谢地走了。

我当时完全没有意识到，自己刚刚亲手递给了她一把捅向我的刀。

当天下午，王浩就把我叫进了办公室。

他把一份打印出来的报告摔在我桌上，标题触目惊心——《关于项目用户模块重大数据隐患的报告》。

报告里，linda将她那个微不足道的小失误，添油加醋，包装成了一个足以颠覆项目根基的“重大隐患”。

并且，她巧妙地通过几份伪造的沟通记录和代码提交时间差，暗示这个“隐患”是我在整合代码时造成的。

我当时整个人都懵了。

我试图解释，但王浩没有给我任何机会。

他只是反复强调，项目即将上线，不能有任何风险，必须有人为这个“重大隐患”负责。

他看我的眼神，就像在看一个早就准备好随时可以丢出去的替罪羊。

现在我才想明白。

王浩一直嫉妒我的技术能力，又不得不依赖我来完成这个项目的核心部分。

他早就想把我踢出局，好在项目成功后独吞所有功劳。

linda的诬告，只是给了他一个梦寐以求的借口。

他们以为，只要把我这个“知道得太多”的人开除掉，这个项目就成了他们囊中的完美战利品。

殊不知，他们亲手拆掉的，是整个项目唯一的保险丝。