java面试核心知识点，详解系列文章

技术能力

通常，「技术能力」这个部分将紧接着你的个人简介之后，放在简历的核心版面。这样设计是有道理的，因为它能够帮助雇主更快的判断你的技能是否与需求相吻合。

因此在制作这一部分内容时，你应该考虑以下两点：

┃写什么？

应聘者在技术能力的描述上通常会犯两个错误：要么无用的东西写的太多，要么有用的东西写的太少。这里的多和少是相对于「雇主的招聘需求」而言的。
我建议每个应聘者在撰写简历的这部分时，都能够精心设计所需展示的技能，将自己熟练掌握的技能中与雇主需求重合的部分放在醒目的位置，如果竟然还有富余，那当然可以骄傲的在其后展示。

但无论如何，在此处展示如下内容是不合适宜的：

自己对该技能只是了解而雇主又不需要的技能（这实在毫无意义）；
一些没有复杂度的，常识性的技能，例如面试高级开发职位时，表明自己掌握 Git 的使用方式或某些具体业务库的使用；

你越是确保自己展示的技能与雇主的需要完全契合，你就越能吸雇主的目光，并给予它继续阅读你简历的信心和勇气。

┃怎么写？

当我们知道该写什么技能之后，我们还需要知道如何恰当的描述这些技能，通常我们会以：「了解，熟悉，熟练掌握，精通」这几个形容词来描述技能的熟练程度，让我从面试官的角度来与你分享一下我认为这几个词背后的含义：

了解：表示你听说过这个概念，甚至了解与此概念有关的基本原理；
熟悉：表示你通过 Demo 的形式实践过某个技术，或做过一两个与该技术有关的项目，但缺乏沉淀；
熟练掌握：表示你在工业级环境下，通过数个项目的实践已经掌握了某种技术的核心原理，并能够灵活的应用在开发中；
精通：表示你通过很多次的项目实践和潜心研究，已经对某种技术的原理和应用掌握到近乎尽善尽美的程度；

你应该意识到你需要客观，诚实地评判自己的技术水平，既不要蓄意的夸大，也不应该妄自菲薄。在撰写该部分内容时，我建议你按照技能的熟练程度自高向低的排列，同时对于雇主明确表示需要的技能给予更高的优先级。

在这里插入图片描述

项目经历

讲完了技术能力，接下来将与你分享简历中最重要的部分 – 「项目经历」。如果一份简历满分是 100 分，项目经历所占的分数应该是 50 分以上。所以务必请你格外留意。

┃什么是STAR法则？

让我们看看遵从 STAR 法则的项目经历描述中透露了哪些信息：（顺便一提，STAR 法则是指在描述中依次出现：Situation（情景），Task（任务），Action（行动）和 Result（结果）信息的描述一件事的原则）

XXX 项目出现 XXX 问题，我作为 XXX，负责其中的 XXX 部分，我通过 XXX 方式（或技术方案）成功解决了该问题，使 XXX提高了 XXX，XXX 增长了 XXX。

当然，这个充满了 XXX 的范例只是抛砖引玉，目的只是为了向你展示遵从 STAR法则，你能如何充分的向雇主展现你在项目开发中的产出的价值，取得的成就。并通过你的解决方案了解到你多方面的能力。

在这里插入图片描述

┃项目重质不重量

除了使用 STAR 法则描述项目经历，还需注意的一点是：千万不要堆叠你的项目经历！

好的简历应该是短小精悍的，正如同没人感兴趣你在小学时期是否是三好学生一样，雇主通常也并不感兴趣你五年前做过哪些项目（除非它真的很优秀！）。

理想情况下，简历最好不要超过 1 页，至多不超过 2 页是一个很好的尺度。鉴于这个篇幅，你的项目经历最好也只需要包含你近 1 年做过的，你觉得有代表性的项目即可。

有人说过，十个平淡无奇的项目抵不上一个精彩动人的项目，事实也正是如此。

整体印象

说完了技能和项目经历，最后让我们谈谈撰写简历时需要遵守的一些原则。当一份简历投递雇主手中时，雇主通常会大概看一下这个简历，凭经验和直觉来判断是否继续阅读这份简历，而接下来我想与你分享的，便是我认为一份好简历应该具备的「好味道」。

┃撰写简历三大原则：清晰，简短，必要；

正如标题所呈现的，一份好简历应该满足以下三个特征：

清晰：这表明简历的内容应该是没有歧义，易于理解的，同时简历整体还要富有逻辑；
简短：无论是生活还是工作中，我们都需要拥有一种「抓住重点」的能力，因此优秀的求职者应该尽可能在简历中就展现这一点，而展现的方式就是，尽量写出不超过一页的简历，同时让它充满诱惑；
必要：招聘本身是一个相互匹配的过程，彼此展示必要的信息，能够帮助彼此最大化的节约时间，提升效率。确保简历中出现的内容都是雇主期望了解的很容易就能博得雇主的好感。

希望你能在理解这三原则后重新审视并优化你的简历，确保万无一失后，我们就可以进入下一个重要的环节：简历投放。没错，这里我也有话要说。
在这里插入图片描述