第二天早上,韩路一醒来第一件事就是打开电脑,重新点开了那条外包需求。
昨晚他没做决定,睡了一觉,已经想清楚了。
需求页面上附著的技术概要只有三页,做了脱敏处理,去掉了公司名和项目名,但对韩路一来说跟没脱一样。
每一段描述他都能对应到具体的代码文件。
“核心推荐引擎近期进行了架构调整,將原有的动態权重分配模块替换为基於规则的静態引擎。”
韩路一看到这句话的时候,表情很微妙。
动態权重分配,那是他花了八个月设计的核心调度模块,整个推荐系统的心臟,它的精妙之处在於能根据用户实时行为自动调整推荐权重,每一次点击、每一次滑动、每一次停留都会被纳入计算。
这套东西不是写出来就能用的,是他一边写一边调,跑了上亿条用户数据,一个参数一个参数地磨出来的。
然后陈博文的团队把它拆了,换成了静態规则引擎。
韩路一能理解为什么,动態权重模块確实复杂,没有他本人在场,团队里没有第二个人能完全看懂那套逻辑。陈博文的选择是,看不懂的东西就换掉,换成看得懂的。
技术概要后面还列了一串症状:峰值期响应延迟飆升、推荐精准度下降、用户留存率持续走低、a/b测试全面不如旧版。
说白了就是:换了之后全面拉胯,而且越来越差。
韩路一靠在椅背上,开了视界。
精力值满的,250/250。他把注意力集中在屏幕上那三页技术概要上。
面板炸开了。
不是一般的弹窗。整个屏幕被半透明的红色警告覆盖,像一面著火的墙。
140个bug,深红的浅红的,密密麻麻铺了一屏,像一份病危通知书。
他只扫了一眼前三个严重漏洞就不想再看了,內存泄漏,三天后系统会把自己撑死。数据管道断裂,四分之一的用户数据在悄悄丟失。並发锁死,高峰期两成概率直接雪崩。
三颗定时炸弹,隨便一颗炸了都够上一次热搜。
他花了三年时间把这套推荐系统从能用调到好用,每一个参数、每一条权重、每一次版本叠代,都是他一行一行敲出来的。
陈博文才接手了半个月。
他想起了第一天被裁时,陈博文面板上的那行字——
当时他是lv.1,看不到详情。
那三个严重bug,其中一个大概就是这个,陈博文摘了他的果子,但咬不动。
他当然能修好,这套代码是他写的,都不用视界,有些bug他看一眼就知道改哪行。
他关掉了视界。
屏幕回到了正常的外包需求页面,右上角有两个按钮:【接受需求】和【忽略】。
韩路一的手指停在滑鼠上。
接?救陈博文?我是傻逼吗?
然后点了【忽略】。
不接。
他关掉了外包页面,端起桌上已经凉了的咖啡喝了一口。
不接归不接,但有些东西憋著也浪费。