中国移动17号笔试

嘿，兄弟们好，昨天下午，我从新公司大楼签完字出来，阳光晃得我有点睁不开眼。我坐在路边花坛上，默默点了一根烟，坐了很久。整整 4 个月，120 天。作为一个 90 后、没赶上名校快车、又刚好撞上 30 多岁尴尬年纪的 Java 佬，这 120 天我经历的不仅仅是积蓄缩水的焦虑，更多的是一种职业信仰的崩塌。今天给大家聊聊这 4 个月我到底是怎么熬过来的，以及现在的外面市场到底变成了什么样。那些失眠的夜：从自信到自我怀疑刚失业那会儿，我心里其实挺稳的。干了 10 年 Java，在行业里扛过大流量，找工作还不是简简单单。但现实很快把我教训了。第一个月，我还在挑拣薪资；第二个月，开始觉得不对劲，投出去的...

昨天晚上妈妈突然告诉我，一个在科大毕业每几年的亲戚去世了，才三十不到。突然间我躺在床上，感觉自己对未来的焦虑、烦恼，似乎在生命之重面前成了一片微不足道的叶。昨天我的女朋友送了我一个噜噜的玩偶，我把它放在床上陪着我睡觉。我突然想到，如果有一天我生了一场大病，躺在床上，无法健身，无法学习，无法和我爱的人一起散步，吃饭，做最平常的事情，这有多么可怕啊？我们现在活着，爱着，在努力地往前走，这就是最伟大的财富了。

1.多轮对话中，如果不同轮次的记忆发生冲突，你如何处理？这个问题本质上不是“删哪条、留哪条”，而是做记忆的版本管理。实际处理时一般会同时看三个维度：时间、来源、置信度。时间上通常新信息优先，但前提是它来自更可信的输入；来源上，用户当前轮明确表达、工具查询结果、系统写入，优先级通常高于模型从历史里自己总结出来的内容；置信度上，如果只是一次低置信抽取，不会直接覆盖长期稳定画像。工程上我会把记忆拆成两层，一层是 event log，完整保留用户每次表达过什么；另一层是 materialized profile，也就是给模型使用的当前画像。冲突发生时，不是直接物理覆盖，而是先记事件，再按规则刷新画像。...