在做技术面试官时，我是这样甄别大忽悠的——如果面试时你有这样的表现，估计悬-优快云博客

本文链接：https://blog.youkuaiyun.com/2401_84584552/article/details/138764064

最后

针对最近很多人都在面试，我这边也整理了相当多的面试专题资料，也有其他大厂的面经。希望可以帮助到大家。

上述的面试题答案都整理成文档笔记。也还整理了一些面试资料&最新2021收集的一些大厂的面试真题（都整理成文档，小部分截图）

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

于是我对面试别人的方法和技巧做了总结，在这方面也和其它资深面试官做了沟通。在本文里，不仅会讲到如何甄别一个人真实能力的方法，还会在此基础上对大家提些面试方面的建议。

1 从候选人的谈吐和沟通表现方面，看他是否适合这个岗位

其实，我从接到候选人这一刻起，面试就开始了。在面试过程中，团队协作能力和沟通表达能力甚至比技能还重要，如果候选人出现如下的情况，我是一定要在评估报告里写上对候选人非常不利的评价。

1 候选人迟到，且没主动说明，或非常轻飘地把迟到归结成客观原因。

如果候选人预期会迟到，应当事先打个电话来说明，比如确实是因为交通等因素，这不会成为扣分因素。或者在迟到后，主动说明原因并表示歉意，这也没什么。

但如果候选人迟到，但就当没事人一样大大咧咧地直接来面试，我就会写上，“候选人迟到且没说明，没时间观念”。或者候选人虽然有说明，但一口把迟到原因归结成交通等客观原因，同时不表达歉意的，那对不起了，我估计就得写上“候选人没担当，平时工作中有可能会推卸责任”。

2 候选人谈吐举止不稳重

说通俗点就给人感觉轻飘飘，比如说话很随意，得理不让人，或者在交流时随意打断别人，或者交流时自说自话引导话题，或者交流时抖腿等。这类人有可能会和组内成员沟通有问题，所以情况严重的，甚至会无视技术亮点直接排除。不过话说回来，候选人的面试时间估计也就半小时，在这半小时里，装得职业化些稳重些，这应该不难吧。

3 过于以自我为中心

比如候选人目中无人或者说话很“亏”（太自我），比如经过多次深入发问后会不耐烦，或者大谈特谈自己的优势，或者太“作”。其实有时候，候选人的能力比面试官确实要强，资历也要比面试官丰富，但哪怕在这样的场景下，也得做到从语气和举止上尊重面试官，哪怕面试官反复问到同一个问题，或者问的问题在你看来很简单，你也得态度好地认真回答。

2 如何在简历上归纳可疑点（这会在面试时着重问）

其实大多数IT技术人员都是老员工了，而且平时哪怕有缺点，在面试时也会尽量隐瞒，所以我在面试过程中，在上述第1方面淘汰掉的候选人虽然有，但不多。在大多数情况下，候选人会在简历上有所夸张，甚至作假，下面来看些具体的情况。

1 候选人把不是相关的经验写成相关的经验。

比如候选人虽然有3年工作经验，但前两年是做测试的，第三年才做java。但在简历中，他把3年经验都写成Java相关的。

这样的话，他前两年的java经验看上去会非常像学习项目，而非商业项目。而且，他在简历上所写掌握的技能，一定很肤浅，没法看到有工作3年的程度。

2 候选人的项目描述看上去像毕业设计或课程设计

真实公司里的项目，多少会用到当前比较热门的技术，比如Java项目里可能会用到Redis或Dubbo等组件，而且公司一般不会做个明显没商业前景的项目。

所以如果我在简历中看到有候选人写，xx教务系统，xx财务系统或人事系统之类的，（它们一般和网上能下载到的案例名很相似），这就很明显是课程设计的项目，因为这类系统都有现成成熟的，公司一般不会开发。或者是xx电商系统，除非是某公司亏钱推广自己的产品，否则一般不会自行开发，这类项目我也会在面试时着重甄别。

3 在项目中提到的技术都是过时的，而且出现明显会亏本或应用场景明显不符合的技术.

比如还在用Struts MVC，或者明明流量比较大需要分布式部署的系统，在项目里还仅仅用到Spring MVC，没有用到Redis等分布式组件。又如，一个明明工期比较短而且访问量不大的维护项目，还大量用到了Spring Cloud等成本比较高的技术。

4 在某个时间点，某培训学校有大批学生毕业时，我就经常会看到不少简历里的项目描述很相似，这往往是培训学校里的学习项目，而不是商业项目。

我会认可该候选人在培训学校里的学习经历，但毕竟学习项目的含金量要比商业项目里要小，所以我会把这部分的项目经验排除在实际的相关技术年限之外。

5 简历上的项目经验里，描述某个技术的文字和上下文非常不匹配，感觉像是后来加上去的，这类技术我就要详细问些细节，因为有可能候选人其实没在项目里做过，而是只有学习经验，但拼接在现有的项目里。

3 如何从发问中判断候选人对技术的掌握程度

在我面试前，我一般会通读候选人的简历，在发现有第2部分所述的可疑点的时候，会通过如下的问题来确认。

1 针对候选人的相关技术年限，比如java 3年，我会预先给候选人划定个应该达到的程度，比如得熟悉虚拟机熟悉多线程等，然后在面试时，就围绕这个尺度来问，一般来说，能甄别出夸大相关技术年限的情况。

2 如果候选人在简历中出现类似学习项目，我就会问些在项目里一定会用到的技能，比如项目如何通过ant等工具打包，如何通过jenkins等来打包和部署，或者问项目的细节，比如多少个人做了多久？客户是谁？然后再提出自己的质疑：这个产品市面上有现成的，为什么你们公司还要掏钱再开发？如果候选人想用学习项目来冒充商业项目经验，这些细节一定答不上来。

3 如果我看到候选人简历上的某些项目里，出现了比较突兀的技术，那么我就会盯着这个技术问，比如明明用单个Oracle实际即可完成的项目候选人说用了集群，那我就会首先核实集群的配置细节，然后再问，为什么要用集群？这时候，候选人往往只能尴尬地说，这是由项目经理安排的，他也说不上。

除了上述情况之外，如果候选人在简历中写了一些比较热门的技术，或者是亮点，我就会对此深入提问，如果问题也回答非常好，那绝对是个加分项，反之就还不如不写了。

比如，某候选人在简历上写，掌握数据库性能调优的技能，也在项目里用过，那么我就问怎么用的，采用了哪些技术，用的前后大概能提升多少性能。也有候选人能很好地回答上，比如说用执行计划看性能耗在哪方面，然后对应地改，或者分库分表，或者用with等语法改善SQL语句，这就能证明他确实掌握这块技术。但有些候选人只能停留在建索引的层次，那么这就不能说是熟悉数据库调优了。