<span>023-红黑树(四)</span>

211，测试开发，26届，春招三个月收尾。直接说坑，不废话。&nbsp;坑1：笔试没提前准备SQL就去写&nbsp;测试开发笔试基本必考SQL，窗口函数、多表联查，不提前练的话考场上容易卡死。第一场笔试我就是SQL没准备，直接拉低整体分数。&nbsp;坑2：网申填表没用工具，投60家全靠手动&nbsp;测试岗需要广撒网，我投了差不多60家。前40家全手动填，每家系统不一样但问的东西差不多，极其浪费时间。&nbsp;后来装了牛客网申助手，打开各家网申页面自动填写基础信息，后20家效率高太多了。60家全手动大概要花6-8小时在填表上，有工具之后节省一半以上。投得多的同学这个工具很值得装。&nbsp;坑3：功能测试用例设计没系统学，被问懵了&nbsp;测试开发面试必考...

boss上投了200份了，还是没有约到面试，甚至没有回复，好焦虑😖

本科电子信息，开学就大三下了，把之前比赛项目写进简历了，但投了好多都没啥回应，请教大佬拷打。但这里简历第二个项目我一开始用的裸机，后面用rtos重写的，但对rtos我不太熟悉基本靠ai改的，万一问到我怕答不上来，请问这种水平可以先找个中小厂实习攒经验吗。

很多人被问到这个问题时，第一反应是：“我会把Prompt写好一点。”但如果你真的这么回答，基本就已经输了。因为在真实业务里，大模型从来都不“乖”。它会幻觉、会乱填参数，甚至在极端情况下可能触发危险操作。就比如我之前做项目，有一步是需要让大模型输出一段JSON，我设置了非常严格的提示词，要他直接输出代码而不要带任何的对话，但还是会时不时的输出一句“好的”，让我们猝不及防。话说回来，问题的关键从来不是“让模型更聪明”，而是当模型不靠谱时，你有没有一套机制兜住它。所以如果你打算包装自己为一个真正有经验的工程师，就需要把这个问题拆成一整套体系，而不是一句prompt优化。（回答思路放在了文末）我们可以...