树相关算法

现在有三个，卓识全职，启林终面应该也没啥问题，乐水的实习转正。其实心里已经有倾向了，但是想听听各位的意见，我对启林和乐水的了解少一点。薪资卓识最低，乐水bonus高，启林base高一点。

本人两段实习经历，但是感觉都是干些杂活，简历没什么写的，我都是乱写的😭😭😭，秋招也没有合适的offer，希望大佬们指点备战春招😭😭😓

当年还在美团那个倒霉的 Peppr 团队工作时，我一直有个疑问：这群人每天到底在自嗨什么。每次开会一堆人围着一堆“看起来很高级”的文档转，模板统一、名词复杂、页数感人，每一页都在暗示一件事：“你不懂，是因为你不专业。”但现实是——代码照样写在 💩 山上，该出问题还是会出问题，这真的很逗，系统一出问题，文档的唯一作用就是证明：“我们当初确实认真写过文档。”所以本质区别到底是什么？是代码质量提升了，还是大家在精神层面完成了一次“工程师 cosplay”？有句话说得好潮水退去才知道谁在裸泳。还记得当时的马哥、明哥（图 1 左）最爱反复强调一句话：“所有场景一定要想到。”、“这个场景为什么没考虑到？”不过他们这些话我是真的听进去了。不然我也不会在一年多前就说：这个项目活不过两年。顺带一提，那段时间还有个固定节目。每次下楼，总能听见我明哥在吐槽不同的人。我从他身后绕过去，经常能听到他一边抽烟一边说：“xx 这小子太坑了，回头我一定要跟马哥说说。”于是深谙人情世故但真不会抽烟的我也会从口袋掏出一支低尼古丁含量的烟给自己点上，假意自己什么都没听到什么都不知道，只是来抽烟的。后来我才明白，这可能也是团队文化的一部分：问题永远在别人身上，而我们，永远在复盘里😂。

Elasticsearch 的作用Elasticsearch 是一个分布式搜索与分析引擎，核心价值是把文本和结构化数据建立索引后，支持高性能检索与聚合统计。它适合做查询层，比如消息搜索、日志检索、复杂条件过滤和运营分析，不适合作为强事务主库。用户A给用户B发消息，如何做到消息转发标准做法是先持久化再投递。A 发消息到接入层后，服务端先完成鉴权、生成消息 ID、写入存储或消息日志，再根据 B 的在线状态做路由。在线就通过长连接实时推送，离线就写离线队列，等 B 上线拉取。B 收到后回 ACK，服务端更新投递状态；如果超时未 ACK，就走重试或补偿。这样才能同时保证可靠性和可追踪性。HTTP 做业...