工作日报周报 日期： 2023 年 10 月 24 日 | 主题： 核心功能重构与用户反馈闭环落地 | 状态： 进行中 今天的工作主要围绕两个方向展开：一是把旧代码里那些生硬的“降智”逻辑彻底改掉，二是把系统里那些莫名其妙的指标直接接上，让它们真正对业务有用。 一、现状与异常 上周刚上线的“数据清洗模块”确实挺繁华，但核心逻辑还是那个老样子：一层层过滤，直到数据干净利落为止。

这有点像是在给机器做阅读理解训练，别看看着多了一层过滤，但实际跑下来的数据量并没有增添，效率反而低了。 昨天在测试环境跑了一波，发现了个更明显的“降智”点。之前处理长文本时，系统会把内容截断在某个固定长度，害得语义丢失。我带着用户复盘了那段日志，发现原来那是个硬编码的阈值，为了省事没算清楚上下文跨度。 具体数据表现： 在昨晚的批量导入测试中，一条约 2000 字的新闻标题，系统只保留了前 150 个字，后面 4 千多字根本进不去。

这害得后续依赖这段长文本的摘要生成模型，输出结局时直接把文字硬截断，变成两段孤零零的片段，中间还带点怪的填充词。 解决方案思路： 不打算在代码里再搞个复杂的动态长度算法，那样忒重了。

不如换个思路，直接改策略：这次先捞全了，把文本从头扫到尾，直到遇到标点要么特殊字符就停。别看多扫了几百字，但能保证语义的整个性。 另外，还有一个埋点做得比较“整”，别看逻辑是对的，但读起来有点像在念技术参数。用户没看到具体的数值变化，只认定系统“灵敏”。得找个机会把它变成个可视化的仪表盘，比如用个折线图，一眼就能看出这条消息那会儿半小时内活跃人数的波动，这样用户才能真知道数据在如何动。 二、本周重点产出 本周最大的收成果就是那个“智能分析引擎”的迭代。

这次我们彻底砍掉了所有冗余的中间步骤，直接从原始数据启动跑。目前处理 10 万条数据，从接收到出结局的平均耗时从原来的 12 秒缩短到了 4.5 秒。 数据验证： 对比上周的类似任务，这次的成功率提升了 15%，并且不需求像那会儿那样手动调参。昨天我自己拿一组随机生成的噪声数据跑了一轮，自动去掉了 30% 的无效信息，剩下的全是高价值的核心内容。 在昨天的用户访谈里，有个老员工提到了一个难题：“有时候工具忒智能了，反而看不懂了。” 这个反馈挺有意思，说明目前的版本已经忒“顺滑”了。别看我不打算改回原来的笨办法，但起码把“智能”的定义重新梳理了一下：目前的智能是让它处理比你更乱的数据，而不是让它去模拟人类工人一步步把乱麻理顺。 除了引擎下线，我还在顺便修了几个接口。有个批量导入的请求，那会儿是异步处理的，目前改成同步回结局，别看省了半分钟，但等出来的时候用户总得坐在终端看着进度条转个圈。为了用户体验，我把那个进度条的动画做得略微活泼点，用个彩色的进度条和“处理中”的文字提示，比个机械转动的圆圈好多了。 三、遇到的坑与复盘 过程中有几个小插曲，有些是技术上的，有些实际上是心态上的。 技术层面，昨天服务器扛不住那波并发，CPU 飙升到 80%。

当时心里咯噔一下，当作是代码写得烂。

后来排了一下，发现是那个异步队列配置错了，害得消息堆积。

好在半小时就处理完了，也没影响业务。

这次经历让我明白，写高并发代码不只是是看代码写得对不对，还得懂网络和服务器到底是如何办事的。 心态上最大的难题可能是“过度优化”。之前总认定在不必要的地方都要加一层保护，生怕出意外。但后来发现，有时候“粗糙”一点反而更实用。

比如那个进度条，别看不够酷炫，但用户能明白系统正在干活，心就安了。 四、下周盘算 下周的重点还是盯着那套“智能分析引擎”跑通，确保它能稳定支撑业务高峰期的流量。 另外，那个待办事项的仪表盘还在改，我想把它做成个实时看板，每天早上打开就能看今天哪些任务最紧急。

要是数据真能像仪表盘那样直观地反映出优先级，那工作效率肯定能上一个台阶。 还有，那个埋点的难题也要解决，先把数据动起来，让用户能看到反应，再寻思是不是要改掉。 最终，我想对自己说句心里话：目前的版本确实比那会儿强大量，但也可能有点“书呆子气”。赶明儿得记住，工具是为人服务的，不是人为了工具存有的。

要是感觉哪儿做得忒“完美”，不妨试着改改，让数据多出来一点，让流程多好办一点。 总而言之，本周算是把地基打好了，接下来就是看能不能让这栋楼真正用起来。 备注： - 数据导出日志在服务器 C 盘 D 盘目录，请自行查看。 - 明日需配合销售部进行一次模拟演练，验证数据准率。 - 另外有个需求提了一些想法，别看不在盘算内，但值得会后聊聊一下。