快手补录

经验就一条：Prompt 一定要拆开，任务一定要变简单。在面对小模型时，它们能力有限，如果把一堆要求（比如整篇文章+要求）塞进一个 Prompt，可能回答的就牛头不对马嘴了——不是主语识别不全，就是逻辑硬伤，或者答案缺斤少两。要把 Prompt 变成“工作流”，每一步只处理一个问题。比如“根据文章提问”，我通常拆成三步：第一步：只让模型识别文章的主语。第二步：根据主语去编问题。第三步：再针对问题生成答案。每步只干一件事，模型想出错都难。再比如做长文本的“分块（Chunk）”处理：不要让模型重写全文，除非你的token值够用，而且还会增加它的思考难度。你可以把原文段落编上号，让模型只输出：“标题...

入职第一天，前辈拍拍我：“别秒回，显得你很闲。”我奉为圭臬，从此开启“数羊式”回复：微信响，我默数到十；邮件跳，先倒杯咖啡。群里@我装死五分钟，再发“刚在写代码”，点赞瞬间刷屏。最离谱是老板半夜问“方案好了吗”，我憋到早上六点回“通宵搞定”。其实我只玩到两点。秒回看似热情，实则廉价；慢半拍，世界反而替你让路。这技能最没用，却最保命。

态度巨差，我一直我忍到面试结束，直接站起来:“不好意思二位，我认为二位的态度非常不礼貌，工作是双向选择的，贵司的风格不适合我，我先不考虑了，谢谢。”然后要回他们要求我填的表格，直接撕掉走了

面试题简述数据库出现慢查询，你会怎么排查？面试官想听的1、是否知道慢查询日志、执行计划、索引失效等定位思路；2、是否能系统化地给出步骤而不是随口乱试；3、能否举例说明曾经真实优化的过程。面试示例回答这个问题我在 XX 公司实习项目里曾经遇到过。问题表现： 当时一个接口从几十毫秒变成了 3 秒，定位后发现是 SQL 慢查询。详情请参考：http://xhslink.com/o/2pLriF66UjT由浅入深分析1、慢查询常见原因：（1）索引失效（函数、类型、模糊匹配）；（2）数据量过大，分页深；（3）锁等待或死锁；（4）联表太多；（5）查询未命中缓存。2、优化手段：（1）建立合适索引；（2）读写...