前言
简历是整个面试过程的敲门砖，可以说，在面试前期起着举足轻重的作用。它决定了候选人能否通过HR的筛选，进入到面试官的视线中。HR每天都会在各大招聘平台上收集很多的简历，对HR而言，每份简历只会花20-30秒的时间来决定候选人符不符合这个岗位的要求，主要从学历、专业技能和项目经历这三个方面来考量，看看简历中的描述能否命中岗位招聘的任职要求。所以如何在30秒的时间内，向HR表明你很适合这个岗位，就是一份好的简历应该具备的。
我认为一份好的简历应该具备以下的特征：简洁、条理清晰和突出重点。
简洁：除了设计师这种职位外，简历里面不要有太多花里胡哨的东西，特别像技术类的简历，就不要放很多的图表上去，这只会让简历显得很臃肿，一点有用的价值都没有，还有尽量不要有太多的颜色，白纸黑字即可。（这里有一点小心机可以分享下，也是我一位朋友告诉我的，就是可以用求职公司的主题色作为简历的主题色，向HR表明你很想进入这家公司。我觉得很有道理，但至于有没有用就不知道了）
条理清晰：简历的描述要确定，不能模棱两可，切忌不能出现类似“可能、大概、或许”这样的词语，建议可以参考STAR法则来描述相关的项目经历。
突出重点：简历的篇幅最好不要太长，尽量保证在一页A4纸内，项目经历的话可以挑选2到3个来写，但是要挑那些自己真正负责过，熟悉的项目来写，因为面试官会深挖项目的细节，如果自己不是很懂的话只会坑了自己。
下面将从模板选择、内容排版和经历介绍来说明，如何去书写一份好的简历。
模板选择
相信很多人最开始在选择简历模板的时候，都会在百度上面搜索简历模板，然后在众多的模板中选择一个看起来好看的，甚至可以会花上一些钱。我第一次写简历的时候就是这么做的，而且也是真的花了钱去买过模板，但是后面发现这样子的简历对自己不友好，对HR也不友好，因为我们为了去迎合简历模板的设计，会刻意的去添加一些东西，就比如下面这个
很多简历模板为了整体排版好看，都会加类似上面这种图表，但是这种信息完全就是多余的，因为我相信绝大多数人都不可能知道自己对一门语言的了解程度，这就是为了模板而写，说白了，就是一些花里胡哨的东西。
那真的好的简历模板是长什么样的呢？这里我推荐一个写简历的网站《超级简历》，它有一个很好的地方在于，我们不需要去关心简历的排版，它会内置很多模块给我们填写，当我们选择一些需要模块，并填写完成后，它会自动帮我们生成一份PDF版的简历，并且会通过调整，让我们的简历始终保持一页，这比我们在Word文档上写简历要省心得多，而且不需要去纠结要选用什么简历模板好，我们只需要把重心放在简历的内容上面即可。
上面是一份用超级简历生成的简历模板，十分的简洁明了，很多人可能会有疑问，这会不会太过于简单了？不用怀疑，HR喜欢的就是这样子的简历。
内容排版
在选择好模板后，我们就开始写简历了，首先个人信息是一定要有的，姓名、手机、邮箱（最好别用QQ邮箱，而且要注意邮箱的昵称，尽量用自己的名字，别等HR输完你的邮箱后，跳出来一个类似奥特曼打小怪兽这样子的昵称）、照片（尽量用白底的证件照，别用大头照和旅游照片）。然后像年龄、身高和体重这些就没必要写了。求职意向和期待城市这两个也可以写下，因为很多时候我们都会在类似猎聘网这样子的平台来投递简历，猎头会根据这两个信息来推荐合适的岗位给到我们，而且还有另外一点，我们的简历后续都会在公司内部的简历库中，如果一个职位很缺人，而且你的求职意向也恰好匹配上了，那么用人部门一般就会把你给捞起来面试。对于技术岗位类，如果有GitHub和个人博客，也最好加上，这是面试的加分项。
个人信息只是基础，我们的经历才是简历的重点，而对于校招和社招这两种情况，经历的侧重点又不太一样。校招注重的是候选人的潜力，主要考察的是候选人值不值得培养，所以学历、实习经历和校园经历是三大重点，获奖情况也是很重要的，好的荣誉奖项会让我们从大量候选人中脱颖而出。而社招注重的是候选人的能力，简单来说，就是看候选人能不能做事，因为社招不同于校招，是需要候选人很快就能上手做项目的，不会留很多的时间来给到候选人去学习的，所以工作经历是最重要的，像学历只需要写明是哪个学校毕业的就好，这是因为很多职位对学历都有硬性的要求。社招岗位的匹配度很重要，所以这需要我们根据岗位的性质，去调整我们工作经历的侧重点，就比如一个岗位是音视频开发的，那我们工作经历上可以侧重写我们在音视频方面的相关经历，当然，前提是得有，绝对不能造假，这是绝大部分公司的红线，即使侥幸通过了所有的面试，后续的背景调查也是过不了的。
校招简历内容：个人信息+教育经历+实习经历+校园经历+专业技能+荣誉奖项
社招简历内容：个人信息+工作经历+项目经历+教育经历（毕业前三年可以写一些奖项）+专业技能+证书
社招中的工作经历和项目经历可以根据个人喜好加以调整，比如说把项目经历合并到工作经历中去，当然，如果自己有负责一些开源项目的维护的话，就还是建议把他们分开写，因为这些不算工作的经历。
个人总结我觉得就可以不写了，因为我们写的话，一般会写“勤奋好学、责任心强、待人诚恳”之类的，都是一些没营养的话。
经历介绍
项目经历是对我们过去做过事情的总结，面试官会通过这个考察我们是否符合这个职位的要求，而且，还会从中了解我们是否对做过的事情有一个清晰的认知和总结的能力，所以我们在写项目经历的时候，要写自己真正负责过、了解过的项目，因为面试官会深挖项目的细节，对于那些我们只是简单参与的项目，就不要写了，避免当被面试官问起的时候，一问三不知，让面试官觉得我们简历造假或者是工作不积极。项目经历不在于多，而在于精。
项目经历一般3个左右就可以了，在描述项目的时候，我们可以先简单说一下这个项目的背景，然后在描述一下这个项目用到的技术栈，后面我们再分段描述一下我们在这个项目的职责。一般我们可以用STAR法则去描述我们做过的事情。那么首先我们先了解一下STAR法则是什么。
STAR法则，即为Situation Target Action Result的缩写，具体含义是:
Situation：事情是在什么情况下发生；
Target：你是如何明确你的目标的；
Action：针对这样的情况分析，你采用了什么行动方式；
Result：结果怎样，在这样的情况下你学习到了什么。
总结来说，就是我们为什么要做这件事情，我们要达成什么样子的的目标，我们用什么方式去实现这个目标，最后达到了怎样的一种结果。
下面我们简单举个例子，说说在项目经历中，如何用STAR法则去描述我们做过的事情。
我们都知道，在Android的MVC架构中，V层和C层都是由Activity来实现的，这样会存在一个问题，就是Activity的职责过于多，V层和C层的界线不清，代码量过于多，后续维护难度大，所以我们做了一件事，用MVVM架构来替代MVC。那这件事情用STAR法则描述就变成下面这个：
Situation：随着业务的扩展，MVC架构下的Activity代码量过多，职责过大，后续维护难度大；
Target：界定各个层次的界线以及职责，增强代码的可扩展性和可维护性；
Action：使用MVVM架构来代替MVC架构；
Result：各层职责清晰，代码的可扩展性和可维护性大大提高。
那么我们合起来，就可以这么描述：
为了解决在MVC架构下Activity代码过于庞大，维护成本高的问题，负责对软件的架构进行了重构，使用MVVM替代原本的MVC，使得软件各个层次间的职责更清晰，可维护性更强。
上述只是举了一个简单的例子，实际上MVVM的优势可不仅仅只是对Activity进行拆分，因为MVP也可以做到这一点，MVVM还有其他的优势，比如结合LiveData和DataBinding使用，感知Activity的生命周期，实现View和ViewModel双向绑定。
通过上面的例子，相信大家对STAR法则有了一个初步的认识，通过这个法则，能让我们的项目经历的条理变得清晰，让面试官对我们有一个比较初步的认识，知道我们具备什么样子的能力。
在写项目经历时有一点比较重要，就是我们要通过描述，来引导面试官对我们的提问，就比如拿上面的例子来讲，我们负责了软件架构从MVC到MVVM的调整，那么面试官一定会问我们MVC、MVP和MVVM的区别和各自的优势，如果连这一点都答不上来，那么面试官就会认为我们可能压根就没做过这事，对我们会有一个负面的影响。
总的来说，项目经历不仅要写得好，也要写得巧，宁愿不写，也不要给自己挖坑。
总结
按照上面讲到的方法来写，在学历等硬性指标和技能匹配度符合的前提下，简历初筛大概率是能通过的。而这也仅仅是我们拿下Offer的一小步，后续还有很长的路要走。
最重要最重要的事情要说三遍：不要造假，不要造假，不要造假！
