V2EX sawcer7
 sawcer7's recent timeline updates
sawcer7

sawcer7

棱镜简历: xukz.cn
V2EX member #524406, joined on 2020-12-18 12:02:52 +08:00
Today's activity rank 27960
棱镜简历: xukz.cn
sawcer7's recent replies
5 年 .NET + 2 年 gap 的组合被简历端卡的概率确实高,说几个具体的:

先把"2 年 gap"在简历里翻一下。别留空白时间"考公一年、准备转售前一年"诚实写出来,反而比留白强;再加一行"近半年自学 X / 接了小项目 Y"补时间线,HR 看简历那 8 秒能不能过的差别就在这。

售前约不上面不是技术问题。售前吃行业 know-how + presales 资源,gap 越久行业经验越淡,跟 .NET 没关系。如果还想往那边走,可以找 .NET 起家的中厂做"售前 + 半技术解决方案"岗位,比纯售前好聊。

回程序员的话不用硬转栈。.NET 在外企 / 制造业 / 政企 / 上位机这些方向 hc 还算稳,别被互联网圈"已死"的声音误导。HR 看你 5 年 C# 然后写"熟悉 Java",权重很低,先把 C# 池里能投的投透了再说。

算法 + 八股还是主流,但 ToB / 中厂会把"项目深挖"权重抬到 60%+。CRUD 项目本身不出彩,但描述方式能差 3 倍把"实现 X 功能"改成"独立完成 X 模块(业务量 Y / 数据量 Z ),将 K 指标从 A 提升到 B"。STAR 重写 + 量化这关比刷题 ROI 高。

简历每投一个岗位都得改一版,不然 ATS 关键词对不齐就被卡。我自己最近在用棱镜简历( xukz.cn )跑 JD 关键词诊断 + 针对岗位微调措辞,每改一版还会留底不动原版,省得每次都从头手改,对你这种"要快速铺多个方向"的场景挺顺。

外包别一开始就上,给自己 3 个月先试正式岗,真到 3 个月还没 offer 再当过渡。
同 gap 党,看下来你这状态大概率不是技术问题。

「 2 周 2 个面试」体感我熟。多数情况筛人的是简历端 HR 这层(关键词 / 学历 tag / 上家公司名),过不了 ATS 后面机会就少一半。BOSS / 拉勾这种大池子已经被 AI 投递工具淹了,HR 一天 5000 份根本看不完。能拿到面试的多半是内推 + 小公司 careers 直投,可以多挖做 Agent/RAG 的初创团队,流程短得多。

「聊得不错没后续」也通常不是你聊崩了。常见就是和老板 ROI 算下来你太资深(招你他自己更累)/ 薪资预期没对齐 / hc 被砍。面完一周追封客气邮件问进展能得到一些信息。

营销号别看了,今年 Agent/RAG 方向真不算寒冬,hc 集中在头部那几家而已,cold lead 命中低很正常。

简历版本如果迭代得累,我自己最近在用棱镜简历跑 JD 关键词诊断 + 针对不同岗位微调措辞,省得每版都从头改。先保心态吧,加油。
闲是真闲,但「离失业不远」未必准。OP 被替代的是「鸡毛蒜皮的需求」,不是「需求开发」本身。真要被裁的前奏一般是项目被砍、汇报关系变动、绩效连续 C ,不是手头突然清闲。

不过这个窗口确实是攒底牌的好时机,建议两件事:

一、把过去 1-2 年的经历用 STAR 重写一遍,每条加一句「今天再做会怎么用 AI 拆」。不是「熟练使用 Cursor 」那种空话,是具体到

原来:负责重构 X 模块,8k 行,3 周
重写:主导重构 X 模块( 8k 行),引入 AI 辅助梳理依赖图 + 生成边界用例,3 周缩到 9 天,回归覆盖率 60%→85%

后者面试官能问下去,前者只能 next 。把「 AI 把活包了」反过来写成你的杠杆。

二、做一份「明天被裁、下周就能投」的版本不是真要走,是把主动权拿回来。闲下来真正的风险不是失业,是被叫谈话时手里没货。

写的时候 STAR 重写、量化、JD 关键词查漏我都交给工具跑(在用棱镜简历),人脑只决定哪段最值钱、哪些往后排这部分 AI 替不掉,因为它不知道你哪段真有分量。

PS. 周报多写两条「用 AI 把 X 缩到 Y 」,让杠杆被 manager 看见。
@wuxie01 已修复,你再试一下,感谢反馈
@wuxie01 抱歉确实因为这个 PDF 出了问题,导致服务挂了一会儿。排查后发现是 PDF 解析在某些特殊结构下会卡住没超时保护,刚才发版修了:现在 25 秒内会明确报错而不是一直转圈。 想麻烦你一下,能不能把那个 PDF 发我邮箱: [email protected] ?只是想本地复现验证下修复有没有彻底,不会用于其他用途,验证完会删。多谢
3 days ago
Replied to a topic by fuxiujun 职场话题 职业生涯 -- 要不要跳槽
楼上角度大多都有了。补一个不太常见的:不管走不走,先把这 4 年的事实材料攒齐再说。

我帮人改过几份 5 年左右的简历,最常踩的坑是干了 4 年发现能写进简历的具体动作不到 5 条不是没做事,是当时没记下来。「负责 XX 模块」这种话 HR 看不到信号,真正过初筛靠的是「优化 XX 让 QPS 从 X 提到 Y 」「主导迁移把响应时间砍 30%」这种动作+数据。这部分东西时间越久越难补,跳走前补和走后半年再补完全两回事。

具体到你这个决策,43 楼讲的双非本下跳卡更严这点是真的;但 12% 总包差也确实不大,且边缘业务有 41 楼说的 AI 大逃杀风险,我个人会偏保守先在现在公司开始做「项目复盘 + STAR 化经历记录」这件事,半年后看材料攒得齐不齐再决定。同时 HR 涨薪后的情绪冷却期一般 3-6 个月,时间点也卡得上。

我自己习惯用棱镜简历做这个事把已有经历按 STAR 重写、对着目标 JD 看关键词缺什么,输出能直接用。不过工具是次要的,关键别等到要跳了才回头翻 git log 找证据。
33 + 北京十多年这个背景比"北京已读不回深圳热情"本身更值得说道。45 楼"刷烂了"那条说得对:在北京你的简历是按"互联网十多年这类样本 N 多份"被筛的,到深圳就是"愿意南下的北京老兵"光上下文换了一遍,HR 评估你的口径就不一样。

但建议在拍板南下前,先做一个排除性的小实验:北京/深圳各挑 3 份目标 JD 粘出来,逐词对照你简历里的关键词、技术栈、业务表述。大概率你会发现北京岗位你关键词覆盖得满,但深圳那批(硬件/出海/IoT/智能制造)你的经历里有几条压根没对齐HR 是按 JD 关键词扫的,再丰富的履历,关键词错位也会被自动归类成"不匹配"。

具体做法:不要改原版,复制成"深圳版",把最近一两段经历的动词、数字往那批 JD 的词汇靠。我自己懒得手工对 JD ,就拿棱镜简历跑一遍匹配度+针对性重写(原版不动),出两个版本平行投。

南下不晚,但如果不顺手做这次"地域版本"再投,过几个月深圳也"已读不回"的时候,就更难判断是行情还是简历自己的问题了。
技术栈和岗位本身没问题,能不能混到 35 是另一个问题但「混下去的方式」是你能控制的那部分。

26 岁这节点你的简历还按"我会哪些技术"写就太亏了。Go/Python/Node/React/Vue 这种关键词列表 HR 系统一眼归类成"前端中级",35 岁还这么写就归类成"贵的中级"。要往下一步走,简历得开始按"做过什么、扛过什么、把哪个数字推到了什么程度"来写。

两个具体建议:一是把每段经历翻成 STAR"在 XX 系统遇到 XX 问题,主导用 XX 方案,把 XX 指标从 X 推到 Y",哪怕只是首页打开速度从 3s 到 1.2s ,写出来都比"参与 React 项目开发"贵 5k 。二是把"会哪些"换成"独自从 0 推到上线的有什么",一个能完整讲清楚的项目 > 五个挂在技能栏的关键词。你那句"只会 5 个框架"刚好踩在前一种写法上,所以怎么解释都心虚。

我最近改简历用的是棱镜简历 xukz.cn ,AI 按 STAR 重写经历段那块挺顺手,跑完 ATS 体检再投。工具其次思路是关键26 岁要的是简历开始为下一个十年定调,不是再当一次"我会 5 个框架"的合格中级。
gap 期那关确实难走,但能改善的不是 gap 本身,是简历和叙事方式。几个具体做法(之前帮被裁的朋友走过几次):

1. gap 期写一行别留空白让 HR 猜。"2025.X-2026.X 自学 React/接私活/家庭原因/备考 XX",哪怕真在休息也写"主动调整 + XX 学习"。#18 说得对,HR 怕的是不知道你在干嘛,不是怕你休息本身。

2. 最近一份工作的描述往前挪权重按"结果/影响"重写,不要按"职责"列。第一句就是"做了 X 实现了 Y",HR 扫一眼看到你能产出,距离久不久反而其次。

3. 加一段"gap 期间持续在做的事"开源、技术博客、自驱项目、给前同事的小公司做兼职,证明手没生。

4. 找内推HR 卡 gap 是筛简历压力大,内推走另一条通道,决策权在用人部门 leader 那里,他看重的是能不能干活。

工具上我自己用棱镜简历写,有个 STAR 重写按钮可以把"负责 XX"批量改成"做了 X 实现了 Y",对要快速换强动词的场景比较顺手。但工具只解决表达问题,gap 期的故事还是得自己想清楚。

加油,今年是更难,但不是不能找。
跳大厂正编和转方向其实是两个问题,简历上要分两条线写。

子公司这种 OD/内包性质,简历最大的坑不是公司名字不好看,是 sensor 底软这块容易写成"参与 XX 项目""负责模块开发"这种泛泛而谈技术面一问就垮。真要去大厂正编,重写时按"具体协议 / 芯片 / 驱动栈层级 + 量化指标"展开:接了几款 sensor 、bring up 周期从多少压到多少、功耗或采样率优化了多少 %、kernel panic 定位用什么方法。一条 bullet 必须有数字 + 技术细节,不然"内包"标签压不住。

转方向上 audio (ALSA) 比 camera 好走,公开资料多、驱动栈层级清晰; camera 偏 ISP 算法链,门槛高资料还少。但跨方向投简历不能干扔,得在 sensor 经历里显式列出"跨方向通用"的技术点dts/devicetree 配置、i2c/spi 调试、proc/sysfs 接口、kernel 模块化加载让面试官一眼看出你的 kernel/driver 栈能迁移,而不是只会调 sensor 的 if-else 。

竞业那条建议找律师朋友过一眼,自己脑补"应该不生效"风险有点高,跨大类( sensor→audio )一般规避得开,但还是看具体条款怎么写的。

PS 我自己最近改简历也是用棱镜简历跑的 STAR 重写,给驱动经历加芯片型号和量化指标比手动一条条调省事一些,仅供参考。
About     Help     Advertise     Blog     API     FAQ     Solana     2767 Online   Highest 6679       Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 22ms UTC 14:46 PVG 22:46 LAX 07:46 JFK 10:46
Do have faith in what you're doing.
ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86