第(1/3)页

    晚上十一点四十，微光总部只剩一盏灯。

    调试间的灯。

    方远坐在工位上，面前三块屏幕。

    左边是v3.0的设计文档，中间是代码编辑器，右边是数据结构的可视化面板。

    他已经坐了四个小时了。

    桌上的泡面盒里还剩半截面饼，汤凉了，面泡胀了，筷子搁在盒盖上没再动过。

    从下午六点其他人陆续下班开始，方远就一个人待在调试间里。

    何薇走的时候在门口说了句"方远你早点回去"，他嗯了一声，没抬头。

    老周今天回来了，但五点半就走了，搪瓷缸洗了放在台面上，比平时走得早。

    林彻的办公室灯在七点关的，脚步声沿走廊远去，大门开了又关了。

    然后就剩方远一个人了。

    他不是在加班。

    他是在想一个问题。

    一个从上周就开始想，想了一整周，刻意不去碰，但越不碰越在脑子里转的问题。

    v3.0设计文档一共180页，前74页他都看过了，接口定义，数据流图，模块划分，功能清单，没有异常。

    第75页不一样。

    第75页有一组预留接口槽位。

    方远第一次注意到这组槽位是上周，当时他在做常规模块测试，顺手翻了一页，看到了。

    预留接口在软件架构里不罕见，很多系统都会留几个空位给未来的功能扩展。

    但v3.0的这组预留不一样。

    不一样在哪，方远当时说不清。

    他只是觉得那几个槽位的数据类型定义很奇怪。

    不是常规的物流数据类型。

    不是温度，不是位置，不是时间戳，不是订单编号。

    那几个字段的类型标注是"ObieCt"，没有进一步的说明，只有一个备注："预留·待定义。"

    方远那天在笔记本上写了两行字。

    "跟数据有关但不是物流数据。"

    "可能跟人有关。"

    写完之后合上了笔记本，没再碰。

    直到今天。

    今天下午方远在做v3.0的药品追溯模块联调测试，跑了一组压力数据。

    测试本身很顺利，所有指标在预期范围内。

    但跑完之后他习惯性地看了一眼系统日志，发现了一条他以前没注意过的记录。

    日志显示，在压力测试过程中，第75页那组预留接口被系统自动调用了一次。

    调用时长0.003秒，返回值为空。

    空的。

    但它被调用了。

    一个"预留·待定义"的接口，在压力测试中被自动调用了。

    这意味着底层代码里有对应的调用逻辑。

    有人写了这段代码。

    方远知道是谁写的。

    v3.0的底层架构是老周搭的，核心代码是林彻审的。

    方远参与了上层模块的开发，但底层他没碰过。

    不是不让碰，是没必要。

    底层已经搭好了，上层调接口就行。

    但现在他看到了底层的一角。

    一个不该被他看到的角。
    第(1/3)页