第十九章 留痕

国庆假期后的第二周，星期一。

政务平台升级项目的开发进入了紧张阶段。

林辰每天早上九点到公司，晚上十一点才走。连续一周，他的生物钟完全乱了——早上起床的时候头晕脑胀，到了公司喝了杯咖啡才开始清醒。

他负责的数据采集和处理模块是整个项目的核心。某省政务平台每天有上百万条数据需要采集、清洗、转换和存储，数据量大、格式杂、实时性要求高。

他设计了一个方案：用一个消息中间件把数据采集和数据处理分开处理，避免互相影响，用流式计算框架实时清洗数据，最后写入专门的数据库，支持大屏的实时查询。

方案写完之后，他发到了项目群里。

孙帅第一个回复：「方案不错。」

然后是张磊：「可以，开始做吧。」

刘倩没有回复。

赵伟回复了一个大拇指。

下午两点，刘倩走到了他的工位旁边。

"林辰，你的方案我看过了。"刘倩站在他工位旁边，手里拿着打印出来的方案文档，"整体思路没问题，但有几个地方我需要确认一下。"

她在旁边的空位上坐下来，把文档铺在桌上。

"数据清洗的时候，如果源数据里有空值或者格式错误的字段，怎么处理？"刘倩问。

"目前方案里写了默认跳过，同时记录到异常日志表里。"林辰说，"但异常数据的后续处理流程，需求文档里没有写清楚。"

刘倩皱了皱眉："这个你跟赵伟对接一下，政企那边的客户可能有自己的处理要求。"

"好的。"林辰记了下来。

刘倩合上文档，准备走。走了两步又停下来："对了，这个项目你辛苦了。"

她的语气很平淡，但林辰听出了一丝真诚。

林辰开始写代码。写代码的时候，他遇到了一个问题——需求文档里关于数据清洗规则的描述只有三行字，但他实际需要处理的数据格式有十几种，每种的处理规则都不一样。

他把这个问题发到了项目群里：「需求文档中数据清洗规则描述不完整，目前有十几种数据格式需要分别处理，请产品补充详细规则。」

过了半个小时，刘倩回复了：「先按通用规则处理，特殊情况后面再补。」

"通用规则"——又是一个模糊的词。

林辰想了想，在工作记录文档里记了一条：

「本周，数据清洗规则需求不完整。刘倩回复"先按通用规则处理"。已邮件确认。」

他还特意给刘倩发了一封邮件，把问题和建议方案都列了出来，抄送了张磊和孙帅。

这是他入职以来第一次主动发邮件确认需求。周凯之前跟他说过的"做事留痕"，他开始真正理解了。

邮件发出去之后，刘倩过了两个小时才回：「同意，按建议方案执行。」

有了这封邮件，林辰心里踏实了不少。

当天下午，他在写代码的时候遇到了另一个问题——政企客户对接组的赵伟突然跑来找他，说客户要加一个功能：数据导出的格式要支持PDF。

"什么时候要？"林辰问。

"越快越好。"

"这个功能不在需求文档里——"

"客户临时提的，你先做着。"赵伟说完就走了。

林辰看着赵伟的背影，又打开工作记录文档：

「本周，赵伟临时要求增加PDF导出功能，不在需求范围内。已告知需产品确认。」

他给刘倩发了一条消息：「赵伟要求增加PDF导出功能，请确认是否需要加到需求里。」

刘倩回了一个字：「加。」

林辰把这封聊天记录也截了图，存到了工作记录文档的附件里。

晚上十点，他准备下班的时候，孙帅走到了他旁边。

"你今天发了好多邮件啊。"孙帅笑着说。

"嗯，有些需求不太清楚，发邮件确认一下。"

孙帅的笑容微微僵了一下："你这样做，会不会太麻烦了？"

"周哥说做事要留痕。"

"周凯？"孙帅的表情变了一下，"他跟你说的？"

"嗯。"

孙帅沉默了几秒，说："留痕是好事，但别太过了。你天天发邮件确认，产品那边会觉得你不信任他们。"

"我只是想确保需求清楚。"

"我知道，我知道。"孙帅拍了拍他的肩膀，"把握好度就行。"

孙帅走了之后，林辰看着他的背影，心里有点疑惑。

他不知道的是，孙帅回去之后就给张磊发了一条微信。

「张经理，林辰现在做什么事都发邮件确认，还抄送你。他好像在留证据。」

张磊回了一条：「让他留。留了证据，以后出了事他也跑不了。」

孙帅看着这条消息，嘴角微微勾了一下。