我做过几年面试，也帮不少朋友看简历。有个规律：技术越扎实的人，往往越不知道简历怎么写。代码能跑、逻辑清晰，偏偏落在纸上的文字像挤牙膏。 这事儿说到底，不是模板的问题，是思路的问题。 ## 一、你不是在写"简历"，你是在写"自我描述" 很多人拿到简历模板，第一反应是"怎么排版"、"用什么字体"。但我见过最糟糕的简历，往往排版挺好看，内容一塌糊涂。 我有个朋友，前端干了五年，技术深度不差，投出去的简历十有八九石沉大海。他把项目经历发给我看，我问他："你在这项目里解决了什么具体问题？用了什么方案？为什么选这个方案而不是别的？"他一愣，说："我就是照着JD写的啊。" 问题就在这儿。JD写的是岗位要什么，不是你能给什么。HR每天看几百份简历，她要的是扫一眼就能判断——这个人跟我这个岗位的匹配度怎么样。 所以简历的第一步，不是选模板，是先把"我是谁"这个问题回答清楚。注意，是用具体的事实，不是形容词。 ## 二、技术栈那块，不是写得越多越好 我见过太多人在技术栈里堆砌了Vue、React、Angular、Node、Python、Go……二十多项技能写上去，好像这样显得很全才。但面试官不傻，一看就知道要么是水分，要么是每样都只会两下子。 真正有用的信息是什么？是你项目里真正用过的、踩过坑的、深入研究过的。那些"了解"级别的，不如不写。 有个候选人让我印象很深，他的技术栈只写了三条：Vue全家桶（2年）、前端性能优化（主导过首屏加载从3秒优化到0.8秒）、TypeScript（项目中全面替代JS）。每一条后面都跟了具体的成果数据。不多，但每一条都能往下聊。 这就是重点：技术栈是引子，是给面试官提问的钩子。你写什么，就得准备好被问什么。 ## 三、项目经验那块，大多数人不会写 项目经验应该是简历的核心，但恰恰是大多数人写得最敷衍的部分。常见的毛病是：写职责不写成果，写技术不写场景，写团队贡献不写个人价值。 我现在的习惯是，逼着自己在每个项目下面回答三个问题： - 我在这个项目里遇到的最大挑战是什么？ - 我具体怎么解决的？（不是"负责"两个字） - 最终带来了什么可量化的结果？ 比如"负责项目开发"这种写法，可以改成："在用户量从0到50万的增长阶段，独立负责首页改版，通过组件拆分和CDN优化，将首屏渲染时间从2.4s降至0.9s，用户留存提升12%。" 你看，后者有场景、有动作、有结果。面试官扫过去，三秒就能判断这人值不值得聊。 ## 四、关于自我评价，有个笨办法 很多人把自我评价写成"性格开朗、乐于沟通、善于学习"，这等于没写。HR扫一眼就过了。 如果你实在不知道写什么，有个笨办法：去找三到五个你欣赏的面试官或技术博主，看看他们写的技术文章、公开分享，然后问自己——他们身上的哪些特质，是我也有、但没被表达出来的？ 把自己放进具体的场景里，比抽象的形容词有力得多。 --- 写到这里，想起一个朋友的比喻：简历就像代码的README，写得好不好，直接决定别人有没有兴趣读下去。不是越花哨越好，而是——清晰、准确、让人看得下去。 如果你也在改简历，改来改去总觉得差点意思，可以试试棱镜简历 xukz.cn xukz.cn 把思路理清楚再动笔，比换十个模板有用得多。
