本文节选自 《Java 面试指北》 的「面试准备篇」
一份好的简历可以在整个申请面试以及面试过程中起到非常重要的作用。
为什么说简历很重要呢？ 我们可以从下面几点来说：
1.简历就像是我们的一个门面一样，它在很大程度上决定了是否能够获得面试机会。
- 假如你是网申，你的简历必然会经过 HR 的筛选，一张简历 HR 可能也就花费 10 秒钟看一下，然后 HR 就会决定你这一关是 Fail 还是 Pass。
- 假如你是内推，如果你的简历没有什么优势的话，就算是内推你的人再用心，也无能为力。
另外，就算你通过了第一轮的筛选获得面试机会，后面的面试中，面试官也会根据你的简历来判断你究竟是否值得他花费很多时间去面试。
2.简历上的内容很大程度上决定了面试官提问的侧重点。
- 一般情况下你的简历上注明你会的东西才会被问到（Java、数据结构、网络、算法这些基础是每个人必问的），比如写了你熟练使用 Redis,那面试官就很大概率会问你 redis 的一些问题。再比如你写了你在项目中使用了消息队列，那面试官大概率问很多消息队列相关的问题。
- 技能熟练度在很大程度上也决定了面试官提问的深度。
在不夸大自己能力的情况下，写出一份好的简历也是一项很棒的能力。
简历的样式真的非常非常重要！！！如果你的简历样式丑到没朋友的话，面试官真的没有看下去的欲望。一天处理上百份的简历的痛苦，你不懂！
我这里的话，推荐大家使用 Markdown 语法写简历，然后再将 Markdown 格式转换为 PDF 格式后进行简历投递。
如果你对 Markdown 语法不太了解的话，可以花半个小时简单看一下 Markdown 语法说明:http://www.markdown.cn/。
下面是我收集的一些还不错的简历模板：
- 木及简历（推荐👍） ： https://resume.mdedit.online 。
- typora+markdown+css 自定义简历模板（推荐👍） ：https://github.com/Snailclimb/typora-markdown-resume
- 极简简历 ： https://www.polebrief.com/index
- Markdown 简历排版工具：https://resume.mdnice.com/
- 超级简历 ： https://www.wondercv.com/
上面这些简历模板大多是只有 1 页内容，很难展现足够的信息量。如果你不是顶级大牛（比如 ACM 大赛获奖）的话，我建议还是尽可能多写一点可以突出你自己能力的内容（2~3 页皆可，记得精炼语言，不要过多废话）。
再总结几点简历排版的注意事项：
- 尽量简洁，不要太花里胡哨。
- 一些技术名词不要弄错了大小写比如 MySQL 不要写成 mysql，Java 不要写成 java。
- 中文和数字英文之间加上空格的话看起来会舒服一点。
- 最基本的 ：姓名（身份证上的那个）、年龄、电话、籍贯、联系方式、邮箱地址
- 潜在加分项 ： Github地址、博客地址（如果技术博客和Github上没有什么内容的话，就不要写了）
示例：
你想要应聘什么岗位，希望在什么城市。另外，你也可以将求职意向放到个人信息这块写。
示例：
教育经历也不可或缺。通过教育经历的介绍，你要确保能让面试官就可以知道你的学历、专业、毕业学校以及毕业的日期。
示例：
北京理工大学 硕士，软件工程 2019.09 - 2022.01 湖南大学 学士，应用化学 2015.09 ~ 2019.06
先问一下你自己会什么，然后看看你意向的公司需要什么。一般 HR 可能并不太懂技术，所以他在筛选简历的时候可能就盯着你专业技能的关键词来看。对于公司有要求而你不会的技能，你可以花几天时间学习一下，然后在简历上可以写上自己了解这个技能。
下面这个专业技能介绍，你可以根据自己的实际情况参考一下。
我这里再单独放一个我看过的某位同学的技能介绍，我们来找找问题。
上图中的技能介绍存在的问题：
- 技术名词最好规范大小写比较好，比如 java->Java ，spring boot -> Spring Boot 。这个虽然有些面试官不会介意，但是很多面试官都会在意这个细节的。
- 技能介绍太杂，没有亮点。不需要全才，某个领域做得好就行了！
- 对 Java 后台开发的部分技能比如 Spring Boot 的熟悉度仅仅为了解，无法满足企业的要求。
工作经历针对社招，实际经历针对校招。
工作经历建议采用时间倒序的方式来介绍，实习经历建议将最有价值的放在最前面。
示例：
XXX 公司 （201X 年 X 月 ~ 201X 年 X 月 ）
- 职位：Java 后端开发工程师
- 工作内容：主要负责 XXX
简历上有一两个项目经历很正常，但是真正能把项目经历很好的展示给面试官的非常少。
很多求职者的项目经历介绍都会面临过于啰嗦、过于简单、没突出亮点等问题。
项目经历应该突出自己做了什么，简单概括项目基本情况。项目经历取得的成果尽量要量化一下，多挖掘一些亮点比如自己是如何解决项目中存在也一个痛点的 。除了解决痛点，还能如何挖掘亮点呢？ 从你项目涉及到的技术上来挖掘，想想这些技术能为项目带来哪些改进。
技术优化取得的成果尽量要量化一下：
- 我使用 xxx 技术解决了 xxx 问题，系统 qps 从 xxx 提高到了 xxx。
- 我使用 xxx 技术了优化了 xxx 接口，系统 qps 从 xxx 提高到了 xxx。
另外，如果你觉得你的项目技术比较落后的话，可以自己私下进行改进。重要的是让项目比较有亮点，通过什么方式就无所谓了。
项目经历介绍模板：
个人工作内容描述最好可以体现自己的综合素质，比如你是如何协调项目组成员协同开发的或者在遇到某一个棘手的问题的时候你是如何解决的又或者说你在这个项目优化了某个模块的性能。示例：项目的 MySQL 数据库中的某张表的数据量达到千万级别，查询速度非常缓慢，数据库压力非常大，我使用 Sharding-JDBC 进行了分库分表，单表的数据量都在 300w 以下。
如果你有含金量比较高的竞赛（比如ACM、阿里的天池大赛）的获奖经历的话，荣誉奖项这块内容一定要写一下！并且，你还可以将荣誉奖项这块内容适当往前放，放在一个更加显眼的位置。
如果有比较亮眼的校园经历的话就简单写一下，没有就不写！
个人评价就是对自己的解读，一定要突出自己的亮点（勤奋、吃苦这些比较虚的东西就不要扯了）。比如你可以说自己的学习能力强，示例：大三参加国家软件设计大赛的时候快速上手 Python 写了一个可配置化的爬虫系统。再比如你可以说自己有团队精神，示例：大三参加某软件设计比赛的时候协调项目组内 5 名开发同学，并对编码遇到困难的同学提供帮助，最终顺利在 1 个月的时间完成项目的核心功能。
个人评价一定要简洁清晰，避免废话！
相信大家一定听说过 STAR 法则。对于面试，你可以将这个法则用在自己的简历以及和面试官沟通交流的过程中。
STAR 法则由下面 4 个单词组成（STAR 法则的名字就是由它们的首字母组成）：
- Situation： 情景。 事情是在什么情况下发生的？
- Task:： 任务。你的任务是什么？
- Action： 行动。你做了什么？
- Result： 结果。最终的结果怎样？
除了 STAR 法则，你还需要了解在销售行业经常用到的一个叫做 FAB 的法则。
FAB 法则由下面 3 个单词组成（FAB 法则的名字就是由它们的首字母组成）：
- Feature： 你的特征/优势是什么？
- Advantage： 比别人好在哪些地方；
- Benefit： 如果雇佣你，招聘方会得到什么好处。
简单来说，FAB 法则主要是让你的面试官知道你的优势和你能为公司带来的价值。
- 一定要使用 PDF 格式投递，不要使用 word 或者其他格式投递。这是最基本的！
- 大部分公司的 HR 都说我们不看重学历（骗你的！）。如果你的学历比较差，记得通过其他方式弥补比如某某大厂的实习经历、获得了某某大赛的奖等等。
- 大部分应届生找工作的硬伤是没有工作经验或实习经历，所以如果你是应届生就不要错过秋招和春招。一旦错过，你后面就极大可能会面临社招，这个时候没有工作经验的你可能就会面临各种碰壁，导致找不到一个好的工作。
- 你不会的东西就不要写在简历。
- 将自己的项目经历完美的展示出来非常重要，突出亮点。
- 面试和工作是两回事，聪明的人会把面试官往自己擅长的领域领，其他人则被面试官牵着鼻子走。虽说面试和工作是两回事，但是你要想要获得自己满意的 offer ，你自身的实力必须要强。
- 尽量避免主观表述，少一点语义模糊的形容词，尽量要简洁明了，逻辑结构清晰。
- 技术博客、Github 以及获奖经历等可以直接证明自己能力的东西，能写就尽量写在这里。但是，如果技术博客和 Github 上没有什么内容的话，就不要写了。
- 注意简历真实性，一定不要写自己不会的东西，或者带有欺骗性的内容。适当润色没有问题。
- 项目经历建议以时间倒序排序，另外项目经历不在于多（精选 2~3 即可），而在于有亮点。
- 如果内容过多的话，不需要非把内容压缩到一页，保持排版干净整洁就可以了。
- 简历最后最好能加上：“感谢您花时间阅读我的简历，期待能有机会和您共事。”这句话，显的你会很有礼貌。
本文节选自 《Java 面试指北》 的「面试准备篇」。
