节后上班第一天我的情况

推荐理由： RAG（检索增强生成）是企业落地的标配，但基础RAG准确率往往不够。这个项目不只要“做出来”，而是要解决“检索不准”和“回答胡说”的痛点，展示你的工程化能力。核心痛点：传统RAG在处理专业术语、长文档关联时效果差，且容易产生幻觉。技术栈：LangChain / LlamaIndex + 混合检索（BM25 + 向量） + 重排序（Rerank） + 知识图谱。核心功能与亮点：混合检索策略：不要只用向量检索。实现关键词检索（BM25）与语义检索的加权融合，解决专业术语（如医疗缩写、法律条文号）匹配不准的问题。引入重排序（Rerank）：在检索出Top-20文档后，使用轻量级Rerank模型（如BGE-Reranker）进行精排，只将最相关的Top-5喂给大模型，显著提升回答准确率。引用溯源与防幻觉：强制模型在生成回答时标注引用来源，并设计一个“自我验证”模块，如果检索内容不足以回答问题，明确告知用户“未找到依据”，而不是编造。量化指标：在README中展示使用Ragas或TruLens框架评估的指标（如上下文召回率、忠实度），证明你的优化有效。

说实话，最近这大环境确实让人焦虑，但要不要因为行情降级找工作，我觉得得看核心逻辑。作为在新能源车和电池测试领域做大数据架构（天天跟Doris、Kafka、Flink CDC打交道）的开发，我个人的态度是：薪资可以适当妥协，但技术栈和赛道绝对不降。行情差时很多人病急乱投医，随便找个边缘业务坑就蹲了，干两年发现技术没长进履历还花了，等回暖连跳槽的资本都没了。我的底线是，哪怕平薪或微降，也要去有真实数据流处理场景或硬核业务的团队。毕竟咱们做软件开发的，技术深度和业务理解才是抗风险的最大底气。短期少拿点钱可以当成买核心项目经验，但千万别为了个保底Offer把职业规划全盘推翻，不然真成了温水煮青蛙，大家...

1. 拷打项目2. 多台服务器的切换、容灾怎么做3. 进程、线程、协程的区别，浏览器多标签页使用什么、视频转码使用什么4. SQL语句分析，如何建索引5. 为什么不建议对所有的字段都建索引？6. TCP四次挥手7. 为什么要四次挥手？8. 挥手过程中，客户端和服务端分别处于什么状态？9. 为什么需要等待2MSL的时间？10. 如果出现大量TIME_WAIT状态，可能是什么原因，怎么解决？11. 缓存击穿、穿透、雪崩，解决方案12. 布隆过滤器有什么限制和缺点13. Redis集群扩容后，出现大量的数据库慢查询，怎么排查和避免这种情况14. 算法：快排15. 快排是稳定的吗，有什么办法可以优化，让其稳定16. 在团队中使用国外的大模型写代码时，如何保证安全性面完一小时内就挂了