天才一秒记住【热天中文网】地址：https://www.rtzw.net
周日凌晨两点十七分，数据模型运行到了最关键的阶段。
林眠已经三十七个小时没有合眼了。
他的太阳穴在突突跳动，视野边缘偶尔会出现细微的闪烁光点——这是视觉皮层过度疲劳的信号。
但他没有停。
桌面上散落着能量饮料的空罐子，还有一个只咬了一口的冷掉的三明治。
屏幕上，三条曲线正在同步绘制。
第一条蓝色曲线，是过去一周技术部所有人每小时的平均代码提交量。
这条线从早上九点开始平稳上升，在下午三点达到峰值，然后开始缓慢下滑——这很正常，符合人体生理节律。
第二条红色曲线，是每小时产生的bug数量。
这条线就诡异了：早上九点到下午六点，它几乎是一条平直的底线，偶尔有轻微波动。
但晚上七点过后，它开始抬头。
八点，小幅上升。
九点，明显爬升。
十点之后，几乎呈45度角直线飙升。
林眠放大晚上十点到凌晨两点的区间。
红色曲线在屏幕右上角几乎要冲出坐标系。
峰值出现在午夜十二点左右，是白天平均水平的38倍。
更诡异的是第三条黄色曲线——这是林眠自己添加的“代码复杂度指数”
。
它测量的是每段代码的逻辑复杂度和依赖关系。
理论上，复杂的代码更容易出bug，所以黄线应该和红线同步波动。
但现实是：黄色曲线很平稳。
甚至在晚上十点后，代码复杂度还在下降——因为员工太累了，写的都是简单重复的逻辑，或者直接复制粘贴以前的代码。
复杂度下降，bug率却飙升。
这不合理。
林眠皱起眉头。
他调出原始数据，一行行检查。
晚上十点四十五分，小李提交了一段数据验证代码。
白天类似的代码，平均bug率是每百行07个。
这段代码的bug率是每百行32个——而且都是低级错误：边界条件没判断，空指针没处理，连变量名都拼错了一个字母。
午夜零点二十一分，小张提交了一个接口模块。
林眠记得这个模块——小张三天前就写好了初版，当时测试通过率98。
现在提交的是“优化版”
，测试通过率却跌到了71。
优化了什么？林眠点开代码对比工具。
所谓“优化”
，就是把原本清晰的三个函数，硬生生揉成了一个两百多行的巨型函数，注释乱七八糟，异常处理七零八落。
本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！