简历就应该这样写

你好，我是 yes。

今天来谈谈如何写好简历，这块敲门砖至关重要，毕竟连面试机会都没有的话任你有万斤力也使不出一分。

写好一份简历还是得花点时间和精力的，做任何事情我们都要有目标，而简历的目标有两点：

让 HR 知晓你这个人是否匹配岗位（获得面试机会）。

让面试官知晓你之前所做的，找到话题点（给面试官挖坑，使得你在面试中更好的发挥）。

我们对简历的所有操作都应该围绕着这两个目标，其它有的没的别整。

简历的排版

咱们是程序员，简历不用搞得花花绿绿的，就黑白简单性冷淡即可。

比如我从锤子简历上找的一个样例，这样简单清晰就挺好的。

图来自锤子简历

从 HR 的角度看，他们每天可能需要筛选成百上千份简历，停留在每一份简历上的时间可能就几十秒，甚至几秒。

你给他一份色彩斑斓的简历想给他来个视觉冲击，殊不知他只想获得关键字，所以不要干扰他们汲取信息，不然你可能就被错过了。

有些公司还有机选的，所以搞个正常点的，不然有可能识别不了。

尽量一页纸，最多不超过两页。

这个和上一条一个道理，HR 不会花太多的时间在你的简历上，所以要精简内容，突出关键字。

没有 HR 可以耐心的把你的简历翻好几页，基本上就是扫视，所以精简、精简、精简。

简历的内容

一般而言我们程序员的简历都由以下几点构成：

基本信息（姓名、手机、邮箱等）

任职经历（公司、职位、时间等）

技术栈

个人亮点

项目经历（什么时候做了哪些项目取得哪些成就，下面会细讲）

教育经历

基本信息就不说了，应该都没问题。

一些女性朋友还会被关心已婚未婚和孩子的打算等。

任职经历要按按时间倒序如实写。

HR 会关注这个人是否在大厂待过啥的，都干过什么职位，每家公司都待多久。

像一些公司会将频繁跳槽的候选人直接 pass ，因为觉得你不稳定，招进来干一年就跑了咋办？

一般要求至少在一家公司有连续任职两年的经历。

还有比如招技术管理岗位，那肯定想找个以前带过团队的。

如果在大厂干过，那说明水平至少不会太差。

技术栈的话，建议按熟练度分门别类，比如：

精通：Java、Spring

熟练：C、C++

了解：K8S

这里不要把你听过的框架、语言都写上去，那可就太多了，我们要针对招聘的 JD 来写，突出此岗位想要的重点。

我随便截了个 JD：

可以看到关键点 Java、JUC、Redis、ES、MySQL、Linux，所以技术栈上这几个会的肯定要写上，然后如果罗列很多，可以把一些不重要的删除了，比如 maven、git 啥的....除非你没东西写了。

总而言之就是根据 JD 写上对应的技术栈（如果你会的话），然后不要罗列太多，不要喧宾夺主，太多可能会让人觉得你好像啥都会去学点，然后都不精通的样子，毕竟人的精力是有限的。

个人亮点，有些人可能简历上没这一部分，我觉得有必要写写。

不要写自己喜欢钻研、努力上进这种“废话”。

要写实际的东西，比如爱钻研源码，已经研究了 Redis 等多个开源项目源码。

喜欢读书，今年来已经读了 20 本技术书籍。

通过陈述事实让HR、面试官反推出这个人喜欢钻研和努力上进等结论。

项目经历，这个是重中之重，也要按时间倒序写，最近的项目才是最重要的。

不要把所有的项目都罗列上去，记得上面说的一页纸嘛？

精简！挑选好项目，一般有代表性的两三个够了。

项目在于精而不在于多，你做 100 个普通外包项目都不如做一个复杂的大项目。

然后还要注意项目的时间，有些 HR 会看你项目的历时时间，比如都是一个月就做完的，那从侧面说明你做的项目都很简单。

然后再说说如何写项目经历，这里估计很多人都会犯错，包括我也是，以前就是写流水账。

我瞎编一个项目经历来作为例子：

XXX 管理系统：用于 XXX 的管理，系统基于 Spring+SpringMVC+Redis+Mysql，主要包含用户管理、权限管理、汽车管理、飞机管理、火箭管理等模块。

我主要负责后端团队管理和开发工作：

汽车模块的后端工作。

火箭模块的后端工作。

权限模块的后端工作。

这种流水账很常见！不要这样写。

项目经历要精简概括，要从项目中能体现你的个人能力，要突出重点。

首先简述项目背景和意义

你在项目中的职责，为了优化什么，用了什么手段，得到了什么结果。

所以可以把上面的改写成：

XXX 管理系统：是为了解决XXX痛点，便于XXX使用。

总用户数30W，日活8W，TPS 峰值 8000。

我负责管理 8 人后端团队和系统核心模块开发：

通过本地缓存+Redis对汽车模块进行重构，把获取时间从3s优化到10ms。

对日增千万数据的火箭模块调优，优化 SQL 使查询时间缩短 50%。

优化上千部门的权限管理，提升员工的办公效率。

这看着是不是有东西多了？

首先后端常见技术栈八九不离十就这些，之前已经专门列出来了，我觉得可以省略，当然你要写也没事，我觉得影响不大。

如果有一些特别引入的技术可以通过职责描述提到，比如加个用 HikariCP 替换了之前的 C3P0，性能提升了 50%之类的。

然后要了解自己项目的用户数、日活、QPS、TPS 等等，你如果连这个都不了解说明你有点边缘，赶紧去了解下。

当然上面的例子是我瞎编的，你需要针对自己的实际情况进行优化，重点就是突出你做了什么达到什么效果，最好是量化的结果。

如果上面一些优化和量化你写不出来，赶紧去项目里面找找，也可以为了写简历而去优化东西，别整天 CRUD 了，搞点事情出来。

现在项目经历应该会写了吧？其实这样的描述格式也叫 STAR 法则，不过不用这么死板的按照 STAR 来写，意思达到即可。

还有，项目经历也是面试官的提问出发点，所以简历最好不要千篇一律，可以根据每家公司的 JD 要突出对应的重点。

比如这家公司好像偏好 Mysql ，你就多写一些 SQL 的优化在上面。

另一家公司你要面的岗位好像要定制 Redis ，所以你要突出 Redis 的一些调优等等。

反正就是投其所好，绝大部分的面试官会根据简历来问问题。

你在项目里写了你调优了 SQL ，从 3s 优化到 10 ms 他肯定会问你是怎么优化的。

这样就给了面试官提问点，让他顺着你想要他问的点而问，而你这方面肯定有所准备和研究，这样可以结合项目很好的回答，这就舒服了。

如果你不提供这些点，面试官可能就会拿自己擅长的领域问你问题，然后恰巧那方面你又不会，这就不太舒服了。

还有切记：不要造假不要吹，一般项目会挖很深，等下被识破了就不好办了。

教育经历这一项随着工作年限的增加重要性逐渐下降，一般实习生或者应届的话学校和成绩好的话可以放在基本信息下面。

工作很久的一般建议放最后，如果学校很好你要放上面也行。