本来就想写一篇文章来说一说这个话题,恰巧 RubyTuesday 上和大家交流了一下,就整理发布了。
这次招聘的是 Java 开发人员,不知道是不是语言的关系,所有简历都是千篇一律的, 让人看了都头疼,完全找不出亮点,翻来覆去就那几行,看起来有两三页,实际有用信息不超过 10 行。 这方面那些招聘网站的简历模板也有责任,都弄的一模一样,让人审美疲劳了都。
这次貌似是技术人员的通病,我作为面试官也想不出什么话讲... 首先,技术面试,作为面试官,我也不是专业人士,技术面试无非就是像朋友一样交流一下内容,所以不用紧张,也不要像答题一样,问什么答什么,这样很机械化,问一个问题,不知道就说不知道,然后就没有下文了,这很尴尬啊,哪怕吹吹牛,听说过什么都可以说说,本来就不是指望我问一个技术你就倒背如流的都说出来,哪有那么牛的,无非就是交流一下而已。面试者也可以多问问题,这样有问有答才有意思。从面试者的角度说,应该让面试官尽可能多的了解你。最怕的就是,面了几个人,觉得怎么都差不多一个模子里刻出来的,到最后就是觉得水平嘛都差不多,都没什么特别突出的地方。面试者要让面试官有一种眼前一亮的感觉,这样最好。
想想真是奇葩,面试了这么多人,只有一个人是有 github 帐号的,也就是说,除了笔试上的几道大路货的题目外,我根本没机会看到面试者的代码,真是不可思议啊! 我也知道技术人员通常很讨厌笔试,但是你又没有开源项目可以让面试官看代码,那只能做题了啊。
如果你看见一个低头盯着一叠纸的人走进会议室头都不抬的对你说一句"请简单介绍一下你自己", 不要怀疑,这货一定刚刚知道你叫什么名字。这句开场白也不是场面话,他真的对你一无所知....... 提前看一下面试者的简历,先对面试者有一个大概的了解,就能预先想出一些大家可以聊的话题,不至于冷场......
百度或谷歌一下"Java 面试题", 然后打印出来作为题目,这样的行为...... 哪怕在我的小学时代,我都不会逗逼到直接把 <<小学生优秀作文>> 里的文章抄一遍上交的。如果你这么做,那么你得到的将是和网上一模一样的答案,这样有意思吗? 要出题目,完全可以从公司现有项目中出现过的问题进行测试。把当前工作中还没有解决的难题作为加分项。
到底是急着赶项目缺人呢,还是有时间培养一个有潜力的新人。 要求明显是不同的,当然既有潜力然后当下又能直接解决问题的那自然最好啦。
知道自己招人的需求,下一步就是判断对方是否符合需求了. 这点其实有有点难度的,我的做法是,根据面试者的工作年限,那当年的自己和面试者做比较,其实这种做法很 2, 可以说完全不可取。首先现在社会发展这么快,根据 3 年一代沟的理论... "哥 3 年前 xxx "的说法真的没什么说服力,其次人的记忆是很善于欺骗自己的,你想想中的"三年前", 到底真实性有多少呢? 这个问题我没能得到很好的答案...
这是建立在上面的基础上的,对同样水平的人要问同样的题目,这样才能有对比。当然这就涉及到如何选题了,这个上文提到一些了,不多说了。
如果投递的简历很多,就可以大刀阔斧的咔咔咔,基数大的话绿叶也就多,更能衬托出红花....... 如果基数很少的话,那就要认真对待每个面试者了,不要错过了人才。
这是管理方面的问题了,如果面试者和你的技能根本就不合,那你面什么面啊,交给队友吧。
也不要把面试想的太复杂了,只要有正常的智商和情商,拥有基本的判断能力,不会差很远的,不要怕误判,你面试别人的目的是招到人,不是要看你看走了多少眼,也不要求对每个人都能正确的判断。
今天刚发现一个可以共享本地文件的合作编辑工具 https://madeye.io/ 没试用过,不过看视频介绍觉得可以作为远程面试的工具
这不是作为技术人员可以控制的因素,正如你不能控制自己的星座一样,不过我有一些很创 (dou) 新 (bi) 的想法。我称之为"响应式简历", 比如投递简历的时候可以发送一份 html 格式的简历,按照 HR 的思路去写。然后利用 console.log 或者 mediaquery 等手段让技术人员可以看到另外一个版本,很高大上有木有?!
根据我自己的经验,工作经验 2 年以内的人,经历十几次乃至几十次面试失败都没什么大不了的。需要明确的一点是,作为技术人员,首要的任务是提高自己,至于别人能不能看上你,那是别人的事情,要做自己, 那些什么面试技巧我个人都是从来不看的,所以本文也只提及要避免的情况,不涉及如何"投其所好"之类的技巧。如果你和这家公司文化或者风格本来就不和,何必硬要在一起呢? 在大多数情况下,公司没要你不是因为你太差 (太一般倒是很可能的), 只是公司其实已经招满了,你来的太晚了,你工资要的太高了 (你很一般的情况下), 或者你是处女座之类的各种各样的原因。所以不必气馁,毕竟无论失败多少次,成功一次就行了么。且面且珍惜。