还不知道简历如何写？就该这样写！

Posted 2021-10-09 芝芝味荔枝

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

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

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

让面试官知晓你之前所做的，找到话题点（给面试官挖坑，使得你在面试中更好的发挥）。我们对简历的所有操作都应该围绕着这两个目标，其它有的没的别整。

简历的排版

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

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

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

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

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

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

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

简历的内容

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

基本信息（姓名、手机、邮箱等）任职经历（公司、职位、时间等）技术栈个人亮点项目经历（什么时候做了哪些项目取得哪些成就，下面会细讲）教育经历基本信息就不说了，应该都没问题。一些女性朋友还会被关心已婚未婚和孩子的打算等。

任职经历要按按时间倒序如实写。HR 会关注这个人是否在大厂待过啥的，都干过什么职位，每家公司都待多久。

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

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

还有比如招技术管理岗位，那肯定想找个以前带过团队的。如果在大厂干过，那说明水平至少不会太差。

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

精通：Java、Spring

熟练：C、C++了解：K8S

这里不要把你听过的框架、语言都写上去，那可就太多了，我们要针对招聘的 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 他肯定会问你是怎么优化的。

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

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

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

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

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