准备第一次面试别人，请问需要注意哪些东西

同求经验

就挑你平时工作认为关键熟悉的问,反正面试本来就是不平等的考察

如果问了两句发现人不行咋办?

面试尽可能的发掘候选人的亮点，他擅长什么你就问什么，往深的问。
你的问题都问完之后，记得要说：我这边没什么问题了，你有什么想问我的。面试是一个相互了解的过程，你选候选人，候选人也在选公司。

表面上一定要尊重。
细问深挖，如果回答不出来可以鼓励（心里可以 diss，但是千万不能表现出来）
少问模版能背出来的东西（怎么垃圾回收那些的。。），提出小需求让他分析，细化，设计，并比较类似方案的优劣。

@sazima 那就换个方向继续问，可能问的方向不对。
如果最后与当前职位需求都不符，那就问对方有没有什么想问的。
做好记录，说不定后面过来面试的人可能还不如这位，综合衡量还是要给职位发 Offer。

面试的意义不是要考住别人，而是要引导被面试者讲出自己知道的东西。最近在面试，一些面试官给人的体验并不好，这也是门学问。

要看你们准备招多少钱的，着重问技术<按照简历上的项目和职责，来问他负责的模块、业务，问问他印象深刻的 BUG，如何定位、如何解决的>、观察表达和沟通能力。要尊重对方。搞清楚你们能提供什么，对方能提供什么，有没有对等交易的可能。尽量促成这种可能。面试也是交朋友的重要通道。

@Caratpine 好多东西自己也生疏了，我能想象我会被对方反杀！然后社区又多了一贴“面试官比我辣鸡 xxx”这些，这就尴尬了...
@shiji 这个好，可能还会就我自己或者对方业务流程怎么处理等涉及到实际的

哇，我也是今天要第一次招人，楼主我们有机会交换一下简历压缩包？

@hugedata 谢谢，目前是看期望薪资、地点这些，对不上的就不往下看。另外智联前程等不知道是不是自动投递的，大部分都是比较旧的简历

如果面试不是为了考住别人，拔高自己，那还有什么意义？

@sazima 应该极少几率吧，简历是我挑不是 HR 挑的，万一真这样，那得想办法缓一下气氛了

我（ WEB 前端）一般是基于对方的所列经验从相关技术基础开始聊， 进而由浅入深深挖， 最后是了解下兴趣爱好看下融入新团队会不会比较困难～

@php01 不是这样，只是找跟业务契合的，其实大家都是相互面试的过程

下面经验只针对应届生和初级职位，中高级的都请围绕对方简历进行面试。

1. 如果面试前有笔试的话，那么任何有标准答案的问题都出在笔试上，别放在面试上浪费时间。
2. 提出的问题尽量留有空间，然后引导对方优化自己的答案，以此考察对方的理解和考察能力。举个简单例子，让对方写个冒泡排序，一些人可能直接 m*m 循环写出来了，这时候你可以先引导他写出 m*（ m-1 ）循环，再引导他在没有交换的时候结束循环。
3. 编程题让对方写的时候注意下代码质量，你提醒了对方还做的很烂，基本说明对方没有任何正规工作经验。
4. 对方如果拿了作品，直接看代码，随便挑一页代码，让对方给你讲解。
5. 问问对方最近看了什么技术书籍，让对方给你安利一下。

@EGOISTK21 这个不行啊，我们是在各种平台上发布然后收的简历，私下的不敢

根据你们的招聘要求问呀。如果几千块钱招个新手，那就问问概念看看思路愿不愿意学习能不能留住。想招个能干活的，常用的工具得要求熟练了吧。数据库 git linux 啥的。想招个大牛的话，让老板来面吧。我面不了

面试刚入职的，少问技术方面的，多问了解这个人的。
面试有多年经验的，，，我想你也面试不了

1. 让对方发挥他擅长的点，深挖下去；第一是相互尊重，第二是相互学习；
2. 如果对方擅长的点和你们所需的点匹配不上，再问你们的需求点；(通常来说不可能，除非筛选简历你没仔细看)
3. 如果你觉得候选人不合适，不要当面拒绝，中国人讲究情面，后面让 HR 回复即可

面试不是要问倒对方，但是在前面的沟通了解之后，在你觉得匹配的薪酬位置上适当再拔高问题是可以的，这样 HR 问你定级时你才好回复。

另外如果有笔试，尽量提前说明，程序员大都傲娇，经验多的有些会觉得笔试是瞧不起他，其实我觉得很正常：
Talk is cheap，show me the code

@whosesmile 我反而觉得如果不合适，最好当面拒绝，这样对双方都好。只不过拒绝方式可以温和点。

巧了，今天刚整理好面试题

PS：推荐两篇“理论层面”的文章，酷壳的《我是怎么招聘程序员的》和《再谈“我是怎么招聘程序员的”》

@coderluan 感谢，目前就只有前者会投我们这了，第 4 点各种客观原因感觉比较难做到，其他的不错
@kaigong 是的，根据上面网友的建议，主要还是交流工作实际的，老实说原理方面，对方面试肯定有充分准备，我会被对方碾压。如果抛出一个需求，不知道对方会不会认为是在套他方案呢？

@Henrybsbhp 我记得在知乎上有人讨论过这个问题，因为你不知道坐在你对面的是什么样的人，所以直接拒绝可能引起不必要的麻烦。

网上搜“java 面试”，选一个你满意的，照着文章问，看回答者回答的对不对，你都不用动脑了。

先看人干净得体不

我来一个反面例子
面试者说自己做了哪个项目,并且在线上运行.
然后我就掏出手机搜一下想看看这网站存在不(小作坊初面,两个同事一起的)
然后对面的京籍选手觉得我玩手机不尊重人怒而离场(好想自己什么时候也能有这种不爽就干的底气

@arrow2015 楼上有网友说全对的看都不用看，请问你这个是一样的意思吗？
@dswyzx 这个还真尴尬，PC 端项目用笔记本搜会好一点，噼里啪啦对面以为你在记录，如果是移动端这些对方应该不会这么说吧...

面试这类毕业生，没必要太看重工作技能，主要看看学习能力，脑子聪不聪明，心态咋样，能不能安心学习和工作。

1，首先做技术摸底。简历上说的不一定是真的，对于常见的掌握，精通，可以让他在擅长的领域，说几个方向，然后你顺着他的方向继续发问。我一般至少要问 3 层，这样才能真正知道对方的水平。一般水分比较大的，就可以 pass 了，有时候为了尊重面试者，我也会尽量多聊一会儿，说几句有用的话。

2，其次做性格了解。比如对于加班和态度，负责任的态度，学习的态度。

3，然后是对职位的要求，可以提出一些项目中的需求和问题，看面试者的解决方案和思路。

4，最后是笔试。不同的职位要求不一样，但上机往往能暴露很多问题。

结束之前，再唠嗑几句，看看沟通能力，对公司和团队有没有要求和兴趣等等。

总结一下就是
1，新人看学历和专业
2，老人看项目和资源

@dswyzx 你没解释吗？你解释之后不是换对方尴尬了吗？还是他是个憨憨不听你解释？你羡慕他干啥。

礼貌+礼貌+礼貌

比较重要的楼上的都说了
我说两个：
1. postman 是否会用，curl 是否会用
2. 线上怎么排查故障
有的人概念源码原理说的很 6，问到如何用就是一脸懵逼
遇到好多不清楚工具用法也不知道用搜索引擎的人，我反正是没时间教各种工具框架的功能和用法

很多基础问题一定要问，不然进来之后有你受的
比如 cookie 是什么，http 常见的 method 有哪些，dns 是什么，域名是什么，jdk 除了 java 以外还有哪些命令，怎么查看 gc 情况，怎么找到 cpu 占用最高的线程，等等
不要不好意思问，因为很多人就是不知道

@movieatravelove 非常赞同

我特么干这事不是一次两次了，我一般这样：

你简历中列了很多项目，你最中意哪个？ 这里面哪部分是你觉得很有挑战的？后续还有没有什么可以提升的方面？

---------------

同时也考察了对方的表达能力。

时不时要冷笑一下

首先是心理上要明确，你是来帮公司招人以及帮自己找未来的同事的，所以千万别抱着要考倒别人的心态，这个是很多面试官容易犯的错误；
其次是要自信，很多第一次面试的程序员不太自信，尤其是碰到工作时间比自己长的，这个时候一定要知道既然公司派你出来面试，那你就是一把尺子，作为尺子本身要自信；
最后是，多从简历上发掘一些点来问，以及考察逻辑编码能力，比如实现一段工作中常见的代码逻辑，这样可以防止被一些嘴炮选手忽悠了。

基础要问，结合项目也要问。 基础不能干问，要引导着系统的问。 项目的话探探深浅，具体如果有能问的点再细问。

好吧说了等于白说， 还是随缘发挥吧。总之面试过程中要尊重对方，尽量能引导就引导一下。

不要做自己曾经讨厌过的面试官

如果遇到经验或者薪资和自己差不多的我习惯会多比较下,可以看清自己的定位

问对方解印象深刻的 bug，对方有成就感的代码等
然后顺着话题继续深挖

@chocotan 好，实操问题还是要熟练的
@zzzzzzggggggg 我还真是你说的第二点这种感觉...

个人感觉:
1. 先按照简历上写的问， 评估简历上项目或者知识技能的水平
2. 根据简历沟通的感觉， 问基础，数据结构、算法、系统理解
3. 看思维能力

读一读剑指 offer，反向学习

1. 平等交流
2. 发掘亮点而非挑毛病
3. 对着简历，不宜随意扩大
4. 关注匹配程度和潜力，别的都是参考指标

1. 你是个幸运的人吗？
2. 有没有一个想法，是你相信，但大部分人都不相信的？

选人的时候，技术真的是次要。

人靠谱才是第一，通过一些简单的问题，比如，遇到 XX 问题怎么处理，了解一下这个人的思维习惯。有时定势思维，不懂变通头脑才是以后工作中的麻烦。

我会问他解决过什么复杂问题或者有什么最得意的作品,然后深聊细节,如果第一个问题都回答得结结巴巴就大概率 PASS 了,如果眼睛放光则大大加分

记得我也面试过很多人, 空了想想,就是我的一个想法可能就改变一个人的职业轨迹. 也挺神奇的, 后来我再面试就不怎么关注技术了, 技术差不多就 ok, 随便聊其他的, 看看个人的想法,习惯等等, 就看眼缘了吧.

不要有意刁难就行，引导回答。

我们一般是。
工作中用到的算法来几题。
看简历问，深度和广度
出个设计题
问问生活问题，习惯爱好，看看性格合不合拍啥的。
如果是特定的领域 ，也可以稍微问下领域是否匹配。

妹子好看吗

@coderluan 人已经愤怒了,解释也是无用
难道你不羡慕那些在现实中觉得不爽就开干,一言不合随时敢发脾气的优越玩家吗

@betulac 面试应该挖掘别人擅长的，而且一直深究只有自己擅长的偏门技术点

@Jacky23333 上面打错。面试应该挖掘别人擅长的，而不是一直深究只有自己擅长的偏门技术点

@fanmouji 嗯嗯，我最开始第一次面试别人的时候声音都有点发抖哈哈，不过时间长了就好了；对于工作时间很长的人来说可以多问问方案设计、优化之类的问题，不过基本的手写代码逻辑还是要有的

不懂的不要问，要不懂装懂

LZ 单身吗？可以筛选性别先面试

我提个建议
要看你们公司的工作风格。
如果是业务导向着急上线的，就多问工作中遇到的问题，来了直接可以开搞。
如果是没有生存压力愿意搞好品控的，就考察学习能力和解决问题的思路。

我觉得一个标准很好：你愿不愿意和他一起工作？

@a852695 没几个女的简历...
@Foxkeh 是的，客观原因没得选了

先看简历，按照简历问，然后再问你们业务常用的领域

@em70 很多人都是喜欢问别人有什么成功的，得意的作品，项目经历。

我可能有的跑偏，我比较喜欢听别人糟糕的失败的经历和教训。

软件设计时，API 设计，Design For Failure 不是一个基本原则吗？把那些最糟的情况考虑好，你开发的应用也不会差到哪去。

国内开发软件，一个出发点就是跑起来，或者有些人经常扯皮一句话：“在我的机器上能够跑起来”。说实话，这样开发出来的东西太脆弱了。你的程序只是 [ [碰巧] ] 可以跑起来，跑起来和 [ [可用] ] 完全是两码事。

技术面的话应该采用打分制，CS 基础、数据结构、DB 中间件、语言和项目经验等等的各几道题，最后候选人之间比较下就知道了

着重解决问题的能力， 技术特别是 java，广而深，很难面面俱到，如果遇到问题，可以在不是很熟悉业务的情况下，去很快寻求（包括 google、文档）到解决方案，这种人的话很有潜力，也发展很快。另外保持学习也很重要。

尽量去挖掘和引导别的人优点，别抓着缺点不放。

按工资和业务需求问问题，问一些能遇到的场景问题，回答的过来就可以问一些额外的东西探探深度
然后注意一下交流情况，接人待物之类的，毕竟以后得相处的

首先是自我介绍，通过自我介绍能了解一个人的沟通和表达。不然项目需求搞不清就完蛋了。

对方回答完你的问题你就“嗯…” 对方就反杀不了你

如果我是来面试的，我只希望如果我表现不好的话不要冷眼、贬低就好了

我感觉。。。毕业说做什么高并发的你都不信吧？ CRUD 也很正常了。。

我最怕被问到印象最深刻的 BUG... 我就没什么印象深刻的 BUG...

不要有意刁难就行，引导回答。

套路，star 面试法，百度一下，再看下例子，你就会豁然开朗。
通过挖掘面试者过去的真实行为来预测未来。注意，重点是真实
提问的框架：
要开放型，不要封闭型
要事例型，不要假设型
要跟进型，不要引导型

比如不要问 你会不会 JAVA，而要问 谈谈你对 JAVA 的了解。

一个重要的问题要问自己，面试结束后，你想不想让这个人加入我的团队

想拒绝一个面试者有各种各样的借口，把这个机会给 hr，用不到你操心费力

我们程序员面试别人的时候，不要想着怎么考倒别人，显得自己知道的多

像其他人已经提到过的，上来不要问特别无聊的问题 CAP 是啥玩意，zookeeper 怎么实现的
这样的问题我不会就是不会了，我也不会想去问我这种问题的公司

问问他上不上 v 站,的话那没事了

要矜持，不慌，面之前自己要有个大纲，真要是紧张，就多让对方多说。
如果你有拍板权，但又不能确认对方的业务水平，就尝试了解对方的性格脾性。

只要提问，不跟面试者争论，面试者回答之后也不要表态回答正确与否，直接到下一个问题，内心做个判断就行了。