背景

由于工作原因，近几个月我看过 100+ 前端简历。

我看完了之后会给他们回复自己的评审建议，供他们参考。

一直都是零零散散的一对一回复，也是时候统一汇总一下常见问题。
一方面分享给大家作为参考，毕竟春招正旺。另一方我自己作总结和复盘。

最主要的几个问题

统一用 pdf 文件

很多简历都是 word 格式，我用邮箱自带的浏览功能预览，有时候会格式错乱。
建议统一用 pdf 格式，在任何情况下都不会混乱。

另外，简历要简洁明了，白底黑字就好。格式上就用常见的表格、标题、列表等，不用过于花哨。

简历内容太多了

有些简历内容很多，满满的 4 页，其实完全没有必要。
一般情况下，应届生 1-2 页，社招的 2-3 页，就足够呈现你的优势了。

有些人可能疑问：我做过很多项目，我要都写上，3 页肯定不够。
对于这个问题，后面会有解释，即项目经历不用全写，只写几个代表性的即可。

简历内容的顺序

hr 查阅简历就跟高考阅卷一样，每一份简历都只有几十秒的阅读时间。所以一定要按照常规的顺序来展示简历内容，否则会影响 hr 阅读。

常规的顺序是：个人信息 --> 教育经历 --> 工作经历 --> 专业技能 --> 项目经历。有这几条就足够了，其他的不需要。

个人信息的一些细节

个人信息里，可以体现出：获奖、证书、英语、博客或开源，这些也挺重要的。

年龄，如果很年轻就写上，如果工作 >= 5 年了就不用写了。通过教育经历和工作经历，可以推断出你的年龄。

婚姻状况不用写，hr 面试时会聊到。但女生会被重点问道，还会关心你啥时候生孩子，因为产假好几个月。

期望薪资不要写，不要轻易暴露自己的底牌。工资最后面聊即可。

最后，博客/开源，如果内容还不错，往前写，不要写到最后 —— 这是很大的竞争优势！
PS：简历最大的几个优势：1. 学校（特别应届生）；2. 大厂工作经历；3. 开源项目、博客等社区影响力（特别适合内推）

不要写自我介绍或自我评价

很多简历最后会写自我评价、自我介绍，写上一些文字。无非就是一些“认真负责/热情积极/爱学习” —— 说实话，这些没有用。例如，你连个博客都不写，你说你自己“爱学习/爱技术”，谁信啊。

根据简历的格式，干货都已经表达清楚了，剩下的就是一些空话，这些不会因为你写了他就信，会用其他方式考察。

另外，写出你的兴趣爱好也没用，没人关注你的兴趣爱好。还有写上自己有驾照，也没用的，这又不是招聘司机。

所以，这些都不用写，写上了也没人看。

专业技能要写的条理而丰富

专业技能要写的条理清晰，每条只表达一件事情。例如，vue 相关的单独写一条，React 相关的单独写一条，工程化、nodejs、小程序等都同理，单独占一条。

重要的技能如 vue React webpack 等，写的丰富一些，把一些周边常用的工具都写上。hr 不懂技术，你把常用的技术都写上，在 hr 那就能更好的匹配。

不要写太多基础的内容。例如会 jQuery echarts bootstrap …… ，这些没啥竞争力。
基础内容合并为一条就行了：熟练掌握 HTML CSS Javascript 以及前端常用的工具。这样就可以了。

专业技能，要和项目经历对应起来，否则不可信。
例如，专业技能上写了“熟练掌握 nodejs” ，结果项目经历里没有 nodejs 的项目，这肯定看起来怪怪的。

最后，熟练程度（了解、熟悉、熟练掌握、精通）一定要进展，不可瞎写。千万不要乱写“精通 xxx”。
我们国家本来就是一个中庸的文化，再加上程序员又是一个很严谨的职业，不要乱写。

不要再写“仿xxx”项目

也许你现在工作经验不足，学了一个什么课程，模仿着做了一个项目。
但你在项目经历里千万不要写“仿xxx”项目，很简单，你稍微改一改项目名字，其他内容都不用改。

因为“仿xxx”这个名字很显眼，给人的第一印象就是：你是菜鸟，还需要模仿，不行。
即，还没看项目内容呢，就先给你项目定性了，第一印象很重要。
所以你改一改项目名字，就会被当作一个正常项目去评审，会相对公平一些。

主要，这并不是造假，我也坚决抵制简历造假。这是一种技巧。

项目经历的正确格式

简历中描述一个项目的时候，千万不要把所有内容都混在一起，大段大段的写。有的甚至标点符号都很少用。
现代人白天盯着电脑手机，眼睛已经很疲劳了，再看大段的文字他会非常排斥的。我也一样。

所以，稍微变通一下，把这些内容分条写出来。这样即内容丰富，而又不会混乱。项目的内容可以包括：

• 项目介绍
• 技术栈
• 主要工作
• 最终成果（或项目产出）

项目经历不是记录流水账

【注意】这一条非常非常重要！

简历的本质，是用简洁的文字，来表达你的技术能力和经验。而且，要用尽量少的成本，让用人单位尽快识别。

我们先抛开简历，来试想两个极端的例子，做一个思想实验：

• 第一，如果用人单位真的想认真详细的了解你的技术能力，你的经验，如果不谈成本，他应该听你详细的讲一讲你毕业之后的所有工作，还要看你所有的代码、文档、图等资料。这样是最详细的方法，对吧？—— 但是没人这样做，为啥呢？因为太慢了，耗不起，或者不值得。
• 第二，如果用人单位想最快的解决问题，最好的方式就是：完全信任你。你说你会啥，他都信，你说你值多少钱，他都给你（只要他给得起）。这样最快，效率最高，对吧？—— 但是没人这样做，为啥呢？—— 因为你说的不可信啊，你说你会什么技能，怎么证明呢？

所以，现在大家都是用一个折中的方案 —— 简历 + 面试考察。
上述思想实验虽然不可行，但通过它你能思考出简历在其中的价值，或者项目经历的价值 —— 项目经历的价值，就是为了验证个人技术能力，不是让你记录自己的工作流水账。

所以，项目不要太多，有技术栈重复的多个项目，就合并起来。只要你的项目能体现你的技能就可以了。
甚至，这个项目是不是你做的都没关系，你可以写一个你同事做的项目，只要你掌握了这个项目的技术，面试的时候你就说是你做的，没人会不相信。前提你有这个技术能力。

所以，我们日常工作中，千万不要只盯着自己的工作。
公司里的好项目，要积极参与，或者积极围观，以后面试的时候用得着。

其他问题

仔细认真的态度

简历要认真对待，不要草草的写完。你潦草的对待简历，那面试企业也就潦草的对待你。
还有人给我发的简历，最后一页是空白的，啥也没有。这一看就不仔细。做程序员，非常需要仔细认真的工作态度。
还有，一些技术名词的英文单词拼写错误，这都是非常不好的事情。

技术栈过于单一

大部分人的技术栈过于单一，vue 居多，熟悉 React 的不多，熟悉 nodejs 也不多。
这样会很影响自己的机会，毕竟 vue 的人越多，内卷就越严重，竞争就越激烈。所以一定要寻找差异化。

项目缺乏复杂度和竞争力，没亮点

有很多人通过简历跟我反馈这个问题：感觉自己工作多年，也没有什么拿的出手的项目，复杂度不高，就是增删改查那些东西，天天搬砖。
这是一个好问题，相信很多人都有这个问题，而且工作经验越多这个问题凸显的越明显。

按理说，刚毕业几年做基层编码工作，慢慢的工作 3-5 年之后，就开始做一些设计、评审、技术方案、管理、带头人等工作。
但是，每个公司都是一个金字塔形的人才结构，需要的高阶人才肯定是少于，所以肯定是有很多人因为各种原因到不了高阶。

日常工作中，要让自己努力去靠近公司的核心业务，复杂度高的项目，积极讨论、积极参与。
以后面试时也有的说，凸显自己的亮点。

总结

本文总结了前端简历中常见的一些问题，估计大家应该多多少少的也都遇到过。这些问题正好供大家参考。
以后再发现新的问题，我再来分享。