zdking08135

奇怪，生产不就是用 milvus 吗？有谁真的用 chroma 的？

好像在招聘很久了吧，还没招完呢？

如果说功能固定，但是用户规模大规模增加，那么前端可能就不怎么变了，但是后端仍然要引进新架构解决问题。这也会导致前端工作量减少，然后人也就少了。

服务 100 个人和 1000000 个人，对于前端来讲都差不多，但是后端就是单体到分布式微服务的区别。服务海量用户，很多逻辑都需要改，不是纯 crud ，这里面任何环节出问题都需要后端背锅。

@echoechoin 感觉好很多。给几个补充：
1. 我从一个外行角度看，感觉转发组件，尤其是高性能的转发组件，应该关注带宽、吞吐、延时、CPU 和内存消耗等等，这些指标可以补充一下数据（如果敏感的话，可以简历中说这些方面都比较优异之类的）
2. 项目部分最好再细一点。
3. 求职意向的岗位名称，可以用你的技术关键词去 boss, 猎聘之类的搜一下，换一个合适的名字。我个人觉得也不一定都放在“转发”上，只要偏底层或者内核的网络协议相关的工作都可以，比如防火墙，流量管理，云网络等等。

补充一点，我看不出来你现在的具体职责。是从事服务器运维？还是专门做网络设备开发的？前者的话，你要说明你在运维方面对业务方有哪些贡献（ SLA ？问题排查？）后者的话，你需要提供一些性能指标，证明你的修改带来的收益。

一般写简历的原则是：
1. 告诉用人单位，我想做什么工作。
2. 写清楚我掌握的技术、过往经历、项目经历来证明你具备相应能力、在这个领域有经验、能胜任这个工作。

你的简历的改进点：
1. 你没有说清楚想做什么，HR 看到了不知道要不要捞在这个大环境下就不捞了。
2. 工作经历和项目经历分成 2 部分。
3. 描述工作履历的话，同一个公司内不用再分年份。
4. 你转发的部分单独拿出来作为一个项目经验。说清楚这个背景是啥，要解决什么问题，然后技术点要总结的简短一点，最后定量说一下取得了哪些效果。现在这么写感觉就是为了做而做，不是跟你完全一致领域的人一头雾水。

差了点意思，你如果不签拖几天，就能多拿半个月工资。

好奇怪的 jd 。不是套方案的吧？