概述： 对网上分享的面试经验文章进行简单的收集、归类、整理，方便后期进行查看。

第一部分

1 面试官看什么?

一般来说，面试官主要看以下两点：

• 1、看你的工作能力，能否胜任目标岗位的工作；
  
• 2、看你的沟通表达能力，能否快速融入团队。
  自我介绍作为面试的开场白，就要提纲挈领的体现出这两方面。
  

2 正确的面试心态

做任何事情心态都是第一位， 自我介绍，包括整个面试过程都应该用以下心态来应对：

• 真诚
  真诚地表现出自己的真实状况，真诚地了解相关情况，不必用华丽的语言和过多的技巧，最好是平时什么样面试就什么样。
  
• 平等
  面试官跟你是平等的地位，他考察你的同时，你也在考察公司、岗位、待遇等具体情况。
  

3 充足的准备

准备自我介绍前，要做一些基础的功课，搜集行业、公司、岗位的信息，这些不一定在自我介绍里都能直接用到，但能让你的自我介绍更有针对性。

• 了解行业
  如果是一个陌生的行业，要收集一些行业的信息，例如行业的整体市场规模、发展趋势、领头羊、对人员素质的要求等等。
  
• 了解公司
  考察一下公司的具体业务、在行业中的排名、发展趋势、组织架构、文化特点等情况。
  
• 了解岗位
  搞清楚应聘岗位具体是做什么的、有什么需求、工作的目标和指标是什么、在行业内的薪资待遇范围等。
  

以上这些信息从百度、知乎都可以搜到一部分，从网上了解了基础信息之后，再找几个该行业的朋友沟通交流一下更好。

4 清晰的条理

然后，就要准备自我介绍了。
最好再纸上写下来，即使不全写也要列一个提纲，这样表达出来显得有条理。
一方面让面试官快速了解你的基础情况，另一方面，清晰的条理本身也是面试的重要考察点。
可以参考以下提纲：

• 一句话概括说明自己的经历和优势
• 一句话简要描述之前做过的工作
• 一句话简要描述最近一份工作以及重点的业绩
• 一句话简要描述对目标岗位的理解和想法
• 一句话表明应聘的意愿

整个自我介绍时长在30秒到1分钟即可，最好事先对着镜子多练几遍。

5 和缓的情绪

和缓的情绪是心理素质的体现，也就是俗话说的“情商高”。
情绪的控制能力在团队协作中也起着很重要的作用，这一点正对应“团队协作能力”的考察点。
过程中如果面试官打断，先耐心听面试官的问题，简要回答后，继续拉回自己我介绍的提纲里。

情绪和缓跟语速有一定关系，尽量提醒自己把说话的速度降下来，不仅让面试官感受更好，也能让自己的情绪更稳定。

6 自我介绍 示例

那下面就举一个实际的例子吧。
假设我是一名刚毕业的大学生，要去一家叫“优比车险”的公司应聘“新媒体运营助理”这个岗位。
准备工作就不细说了，搜集互联网保险行业、车险行业的信息，搜集公司的信息，了解岗位需求等等。
具体的自我介绍：

我是一个刚毕业的大学生，也是一个有2年新媒体运营经验的网痴，我认为我能很好的胜任这个岗位。

我在学校时做了2个公众号，一个微博。

公众号粉丝一个5万，一个8万，微博粉丝12万。

贵公司招聘的新媒体运营的岗位，我个人理解就是想通过新媒体的运营带动咱们互联网车险产品的推广，同时增加交易量。

公司的业务我个人很有兴趣，这个岗位和我的职业发展规划重合度很高，所以我希望加入优比车险，跟大家一起奋斗。

以上，希望能对正在找工作的朋友有些许帮助，祝您顺利拿到满意的offer

参考

【1】面试时如何优雅地自我介绍？给面试官留下好的印象（值得收藏）

第二部分

本篇文章可能只是适用于初级前端，也就是刚毕业的大学生或者毕业 2 年之内的小伙伴，大家酌情阅读~~~

7 简历的内容

• 项目经验和投递的 title 相匹配
• 简历上写的内容要是你擅长的 面试的题目很大部分都是从你简历里面问的。
  所以，对于那种自己只是找了篇文章然后实现了下的项目或者只是写过 demo 的，就不要写在简历里面了。

简历里面写的一定是你全部了解的，因为前端的技术栈或者各种各样的框架层出不穷，面试者基本不会问一个你没听说过的框架，那怎么知道你会什么呢，就从你的简历里面看喽～

我就遇到过很多简历写的很好，但是一问就不知道了。 比如有个简历上写的“对面向对象编程有深刻的理解”，我问：“面向对象的三大要素是什么”，回答：“这个概念性的记不清了。”，好吧，那我换一个：“你平时怎么实现封装和继承”回答：“平时项目中基本用不到” ，“那面向对象和面向过程编程有什么区别呢？” 回答的思路不清晰，磕磕巴巴。 对于这种情况，个人觉得你最好就不要把“对面向对象编程有深刻的理解”写在简历上了，因为如果你不写，我可能还不会问，但是你掌握的水平和“有深刻理解”差距还是蛮大的，这就是一个减分项了。

还有一个是简历中在个人技能和项目的第一个都写的是“用 node 开发个人博客”，刚好我本人最近也在做这块内容，想着问下。然后回答“其实我是在网上找了篇博客跟着实现了下，现在忘记了”

所以说简历上真的要写你非常了解的领域啊！只是听过名次和写写 demo 的话写在简历上反而是减分项。

8 技术掌握程度

简历中对某项技术的描述一般有以下几个词语：

• 了解：理解基本概念，有过简单的使用经验 —— “用过”
  
• 熟悉：基本操作很熟练，有过密集的使用经验 ——“用得不少”
  
• 精通：深入理解其底层原理及各种实现方式，并有丰富的项目经验——“有研究”

• 了解：一般来说需要知道xxx技术的用途，被问起需要能简短的聊一下
  
• 熟悉：一般来说需要在项目中使用过xxx技术，对相关文档和用法需要比较熟悉
  
• 熟练：一般来说需要在项目中大量使用过xxx技术，对底层原理也要有所了解，面试中被问及要能够信手拈来
  
• 精通：宗师级别，慎填
  

参考

【2】 写给初级前端的面试经验

第三部分

9.1 讲讲项目中的技术难点？

相信很多人都有类似的经历，在面试快要结束的时候经常会被问到一个问题：讲讲项目中的技术难点？

这是一个比较开放的问题，首先它没有固定的答案，因为每个人做过的项目不同，使用的框架不同，对应的架构不同，自然遇到的技术难点也不同。

• 1. 一定要真实

在回答这个问题的时候，一定要仔细想想之前真实遇到的问题，不要随便编一个，这样很容易出问题，因为面试官会顺着细节一层层的问下去，如果你是编出来的，到最后就圆不回去了。

举个例子：

求职者说我们下单的接口最开始只能支持几百的 TPS，被我优化后 TPS 破万了，只要你说完这句话面试官就开始进入继续追问细节了。

• 破万具体是多少的 TPS？
• 有多少台机器？
• 机器分别是什么配置？
• 数据库是什么配置？
• 你们是怎么进行压测的？
• 下单链路跟多少个服务进行了交互？
• 每个服务的耗时多久？
• 如何进行优化的？
• 如何发现接口中的性能瓶颈？

你只有抗住了这一系列的连环炮追问，而且面试官通过你的描述和你说的指标进行对比，如果比较匹配那么你就过关了。如果不匹配，肯定就面失败了。

• 2. 技术层面的难点

技术层面的难点可以是做了 GC 的优化，从多少 GC 次优化到多少次，STW 的时间降低了多少，通过哪些手段做的优化。

可以是压测时性能一直上不去，通过什么手段进行了优化，从多少优化到多少。期间有没有加机器，有没有升配服务器，升配数据库等。

可以是项目运行一段时间后就出现假死的情况，处理不了任何请求。然后你是怎么一步步去分析并找到具体原因的，然后又是如何去解决的。

一定要有细节有数据，这样的案例才真实可信。 并且面试官会认为你是具备分析并解决问题的能力。

• 3. 不一定是技术层面的难点

虽然问的是技术难点，如果你确实没有遇到过什么技术难点，这个时候可以往其他方面去靠，不要直接回答说：没有遇到过什么难点。我敢保证，你要你这样回答了，面试成功的可能性不大。

可以往业务层面，领导力方面去讲，比如你可以说当时做某个业务的时候，没有这块经验。然后通过查找资料，去咨询有经验的朋友等独立的完成了某个系统的设计。并且在做完后取得了什么样的成绩，这个过程对自己来说是非常具体挑战性的，所以这是在项目中遇到的一个难点。

也可以是自己主动请缨，在领导的支持下主导了老项目的重构，给团队的同学培训了 DDD，并且通过 DDD 成功的将某个业务成功的进行了重构。这样可以体现你的主动性，分享精神，领导力等多方面综合的能力。

一定要先准备好，想好自己要说什么，临时发挥效果肯定没有事先准备的好。

参考

【3】 面试高频题：讲讲项目中的技术难点？

9.2 大厂面试官问你，在项目中遇到了什么问题？怎么解决的？

内容：
经过了前面的一个项目的初步介绍之后，你的面试官对你整个从事的项目、你的技术战以及你钓鱼项目经历都有了对应的一个认识。

接下来就会进入面试官提问环节。一般来说，面试官在对你进行具体的一个提问的时候，总会有你这边先发起解决问题的思路以及方法。

于是乎面试官一般会问这样的一个问题，在你刚才进行过的一些项目的一个陈述过程当中，你在真正开发项目的时候遇到过什么样的一些难解决的问题，以及你是如何解决的。

一般来说，面试官问你对应的这个问题的时候，主要是想考察你的一些经验、阅历以及你解决问题的思路和方法。

对于这样的一个难解决的问题的定义，其实你并不要特别的去担心这一点。因为你如果在面试的过程当中一味的追求我要发挥出我解决了很多非常难的一些偏门的问题，并且告诉面试官说我是如何通过一些复杂的查询手段去解决这些问题、去查找答案的，其实并不一定能够凸显你对应真正的一个亮点和实力。

因此首先你在面试之前需要就你项目过程当中的一些问题去提炼一些难解决的一个点。首先我们来看一下什么是难解决的问题。

什么样的问题是难解决的

一般来说难解决的问题主要会分为四个维度，分别是常见问题、偏门问题、正常问题以及踩坑问题。

我们是需要去思考我到底是去讲一些常见的问题，还是一些偏门的一个问题？这个问题其实并没有一个非常明确的答案，一般来说常见的问题是互联网研发过程当中经常会遇到的一些问题，虽然问题常见，但是不代表它是比较难解决的。比如一些 GC 的配置问题，虽然说它是个常见问题，但是其实相对来说还是有一定的技术含量，以及多高性能优化的时候我们必须所要承担的这些问题。而对于一些偏门类的问题，大部分情况我们都是属于一些特定领域才会遇到的一些问题。

比如我们研发对应的一个数字计算器，对于一些数字计算能力的一个验证，我们是需要有一些专门的一个解决方案。这种样子的一个偏门的问题可能会与你对应面试的岗位无关。因此就我个人的经验来说，你需要准备的是一些常见的、但是有一定技术深度的一些互联网专用的一个问题。

我们是需要去思考的是我到底是去做一些正常的一个问题，还是做一些踩坑问题的一个回复。那对于一些正常的一般来说，我们都是和常见问题一样，都是一些固定式的一个套路模式去解决这些问题。

而对于踩坑问题，往往会是说我们发现了 Spring Boot 当中的一些源代码中的坑，我排查了许久，通过调试源代码，最后发现了这样的一些问题。

对于这种样子的情况，其实也没有一个标准的答案，一定是说哪个更好，而是更多的是说你对应的这个问题的技术深度，以及解决问题、思考问题的一个手段，是否达到了面试官对你这个岗位的要求。

因此这样的一个抛问题说答案，问你解决了什么样的难解决的问题，以及你是如何解决的。面试官其实主要是想看你做的内容以及深度实操的经验，还有就是你解决问题的一些思考和手段。

参考：

• 大厂面试官问你，在项目中遇到了什么问题？怎么解决的？

第四部分

10 面试官：你为什么要离开之前的公司？

首先，你要知道面试官这么问的目的是什么？

面试官问这个问题，是想知道你离开之前公司的原因是否合理，是想知道你是否对公司忠诚、有热情、感兴趣，想考察你动机是否单纯、是否只是把公司当成一个“避难所”或者“跳板”，同时，面试官也想从你的回答中考察你的情商以及沟通能力。

接下来，针对这个问题，我要分享个Tips。

Tips1:要诚实 Be Honest

如果你是为了金钱、职位、兴趣等离职，那么你可以诚实地说出来，让面试官感受到你的真诚。

Tips2:要简洁 Be Concise

如果面试官问你在之前公司发生了什么事，你一定要简单地说出来，不要弯弯绕绕，花费很多时间去组织语言，面试官只是想知道发生的事，而不是想听你说故事。

Tips3:要专业 Be Professional

不要试图去和面试官理论，要表现出你的专业素质，突显出你的能力和价值，要牢记，坐在你对面的那个人很可能会是你以后的老板、同事或者下属。

Tips4:要守密 Be Discrete

千万不要在面试官面前透露你之前公司的机密信息，因为这会被当做没有职业操守，你现在出卖了上家公司，谁能保证你下次离职的时候不会出卖自家公司呢？

Tips5:要正能量 Be Positive

要在面试官面前保持积极的态度，可以说“我想学习更多的技术”、“我想接受新的挑战”，这会让面试官觉得，雇用你可以为公司创造价值。

Tips6:要自信 Be Confident

面试过程中一定要自信，只有保持自信，才能在面试中始终保持高度的注意力、敏锐的判断力、缜密的思维力，才能征服面试官

Tips7:要礼貌 Be Polite

在回答面试官问题的时候，要有礼貌，要尊重对方，尽可能地代入对方公司，比如“因为贵司很重视对员工的培养”，保持面试气氛的和谐。

参考：

• 面试官：你为什么要离开之前的公司？

第五部分

11 如何写一份合格的简历？

1 在打破规则之前先了解规则

残酷的现实是，没有人会把简历库中所有提交的简历看完。招聘人员看的简历只有 6 秒左右的关注时间。

2 内容格式排版建议

一、字体及字体颜色、字号的选择：

1、字体：中文最好选用微软雅黑或者宋体；英文可以选Arial。
2、颜色：全篇最好不要超过两个颜色，我的建议是可以用蓝色加粗或黑色加粗+黑色不加粗这两种颜色；其中蓝色或黑色加粗用于标题及小标题，或标示重点；黑色不加粗用于普通描述。
3、字号：姓名用2号，简历正文用5号最佳。

二、排版格式对齐：

1、每一段工作的工作时间最好是左对齐。
2、与工作时间对应的职务最好是右对齐。
3、相应公司名称一般写在工作时间和职务的中间，最好也是全篇左或右对齐，如果公司名称太长，也可以中间对齐。

三、行间距和留白：

1、最合适的行间距建议在18-22之间。
2、过宽会把页数增加，一屏展示的内容减少，一眼看过去的内容同步也减少了。
3、过密会让看的人觉得太挤，视觉感受不好，不愿意多看。
4、留白：页面留白和段落留白都不宜太多；大家想想，淘宝最值钱的都是头一页的展示，逛淘宝都不会往后翻很多页；简历展示也是一个道理，最重要的信息要展示在首屏， 所以我们要减少留白，采用合适的行间距，充分利用好页面空间。

四、排版逻辑清晰。以工作经历为例：

1、第一层次可以是整体介绍：时间、公司、岗位等内容标题栏；公司介绍和职务介绍。
2、第二层次可以是工作陈述：主要陈述关键职责和关键业绩
3、第三层次可以是第二层次中关键职责和关键业绩的模块细化

4 包含的内容

• 技术栈

1. 查看并记录多个面试岗位要求中的技术栈，收集相关面试题
2. 根据面试题的回答程度将它们分为 3 类：了解、会用、熟练

了解：是什么、怎么用
会用：熟悉文档，包括设计哲学、用法、原理、最佳实践、发展史
熟练：看懂源码，包括设计模式、数据结构、算法，能手写简化版注意慎重使用“精通”这个词汇。万一你对面做的面试官是真精通的，你就惨了，会追着你问各种细节来验证你是不是真的精通。没有工作的经验的或者工作经验少的人，一定会被虐翻。程序员的心理就是，你越是显摆，我越是要证明你挫。

   3. 不要在技能里堆砌各种关键字。建议不要让所有的技能都是平行关系，要分出哪些是你熟悉的，哪些是你略知一二的。

• 工作经历

简略描述在职期间都做了什么项目 ，细致描写自己的项目解决了什么问题，重点突出自己做的东西有什么影响

• 必须按照时间的倒序进行排列
• 重点突出你的影响：
  很多人在描述一份项目或者工作、实习经历的时候，大多数人的写法都是。我在xx公司做了一个xx项目。一句话就搞定了。这种项目经历基本上等于没写，只能拼公司的名气了。一个负责任的写法是：在xxx组参与的xxx项目，我负责其中的xxx的部分，中间遇到了xxx的问题，我是怎么解决的，最后取得了xxx的结果。
• 不要写岗位无关的经验：
  很多人可能是转行的，CS相关的经验很少。然后就会写自己一些转行以前的经验，比如做学生会主席啊之类的想表现领导力。你要搞清楚人家请你去是去搬砖的不是去当CEO的，所以非CS相关的经历写得越多说明你CS相关的经历越少，悲剧概率越大。
• 量化你的能力和成果

毕业工作满 2 - 3 年，教育经历一般，可以将工作经历放在前面，注意以下 4 点：

• 1 从毕业后的第一份工作开始，包括公司名称，职位，工作用到的技术栈和突出成绩。
  技术栈中，有用到，但用得浅，遗忘多的，面试题答不上来的，可不填写，避免被提问 成绩，可以体现在性能、业务、开发效率、代码质量等方面，多用数字表现 曾是高级或管理职位，需要写清楚团队人数及管理的内容 相邻两份经历的空档期
• 2 不应超过 3 个月
  超过 3 个月时，应简要说明去向 谨慎用修改工作起始时间，来减少空档期。部分岗位背调严格，查出一票否决
• 3 转行前后行业不同，几乎无联系。转行前经历简写，不要不写留空档，转行后经历详写
• 4 对技术相关工作经历准备一份说明，不写在简历上，但最好背过：
  》至少选择一个最满意的工作经历，列出用到的技术栈、解决的问题、项目管理和开发的模式和方法、面试者起到的作用和成绩
  》对每份工作经历，特别是简短的工作经历，要准备离职原因.

• 项目

项目经验以三个左右为佳，多花点时间好好描述，把用到的技术和遇到的麻烦反复练习如何去和面试官讲。超过三个也不是不行，但是基本不会全被看到或者问到，容易分散重点。围绕岗位所需的技术栈来准备项目，最好可以在线展示，少而精，但要有足够的深度和广度。

1. 准备一个应用类项目 多向岗位所需的语言、框架和工具链靠近，使用微服务、Serverless 等新技术和理念 项目能完整展现需求、设计、开发、测试、性能监测、架构部署、数据分析的全流程 重点体现性能优化、安全防御、高并发、高实时要求和兼容性 项目在使用人数、Github Star 数、经济效益等某一方面有突出特点

2. 准备一个库或框架项目

   尝试实现一个流行库 / 框架的简易版 使用面试常考的原理、设计模式、算法和数据结构

3. 准备一个插件 / 拓展 / 小程序 / 小游戏 项目

   插件支持不同的库 / 框架 / 应用 拓展支持不同的程序 / 平台 小程序 / 小游戏支持不同的超级应用

4. 项目来源包括公司和个人

   个人项目可以根据岗位要求准备，不要太大太多，部分用人单位会担心面试者精力分散，有强烈 的创业可能，因此担忧面试者的稳定性。用好工作中的公司项目，不要重复搬砖，以优化目的，在公司项目中实践新技术，改进老代码， 在为公司和团队创造价值的同时，也为自己增加难以独立获得的项目经验

5 学会使用STAR 法则和 FAB 法则

STAR 法则（Situation Task Action Result） 相信大家一定听说过。对于面试，你可以将这个法则用在自己的简历以及和面试官沟通交流的过程中。STAR 法则由下面 4 个单词组成（STAR 法则的名字就是由它们的首字母组成）：

Situation：情景。事情是在什么情况下发生的？
Task:：任务。你的任务是什么？
Action：行动。你做了什么？
Result：结果。最终的结果怎样？

除了 STAR 法则，你还需要了解在销售行业经常用到的一个叫做 FAB 的法则。FAB 法则由下面 3 个单词组成（FAB 法则的名字就是由它们的首字母组成）：

Feature：你的特征/优势是什么？
Advantage：比别人好在哪些地方；
Benefit：如果雇佣你，招聘方会得到什么好处。

简单来说，FAB 法则主要是让你的面试官知道你的优势和你能为公司带来的价值。

参考

【5】 一份稳进Shopee的简历长啥样？