今天搭一个项目，要创建个MySQL数据库，我居然想不起来创建数据库的SQL语法了，是create database ‘xxxx’吗，如果我要指定字符集该怎么做呢，想不起来了。

这又让我想起了面试时的场景，有两次，我都没面试上，只因为有些问题没回答上（或者说，没回答到“点”上，就是面试官想听到的那个“点”）。至今我都不服气，，我的工作能力和业绩，都明摆着强过很多人，可就是在面试时不如别人，是面试官出了问题，还是自己的问题？

先从自己身上找问题，面试嘛，有套路、有政策就有应策，见招拆招就行，只要有充分准备，我相信我能成为面霸。上面所说的两次面试失利，主要原因还是自己一点儿都没准备，记得其中一次我在写代码，突然接到面试电话，就开始面试了，事前一点准备都没有，另外一次也一样，问到一些经典面试题，但我却一无所知，如果我稍微看一下网上那些经典面试题，也不会这样子。

我当面试官时，我就在想，要怎样考察对方才合理，才能不埋没人才、快速淘汰不合适的人。

我认为，很多不常用的知识，记不住很正常嘛，毕竟我们要掌握的知识太多了，谁能每一方面、每个细节都记得住，记不住没关系，只要有印象，可以快速查资料嘛。

所以，我不倾向于问应聘者一些死记硬背的知识，或者是网上的那些经典面试题。你死记硬背那些没用，我根本就不问那些。

我会看他 做过哪些东西，掌握哪些知识，然后重点关注 我需要的那些能力，看他是否掌握以及掌握得如何。

比如，我要招一个开发工程师，我首先关注广度，因为我需要他掌握的知识非常多，如果他都掌握了，那自然是非常好。但是某些知识他不会也没关系，广度只要不是 欠缺太多，都没关系。

然后看某几项关键技术，他掌握的深浅。我倾向于问那些项目中经常用到的，或者他这个岗位很可能会遇到的一些知识。如果是Java工程师，我不会问他JVM原理、GC算法，因为这些不属于常用知识。——注意，即便是对于资深开发工程师，我也不会问他这些，因为按正常工作情况，即便是遇到JVM方面的问题，也是需要查资料再研究解决的，与其要求他熟悉这个不常用的理论知识，不如要求他有很强的学习能力和trouble-shooting(故障排查)能力。总之，我不建议面试时，问那些不经常用到且网上一搜就能出来的知识。（反过来说，我会问基础知识——对他那个岗位很常用的那种，还有就是试探他的工作经验是否丰富，解决问题的能力是否突出）

2017-06-21       人力资源及招聘