最近公司招人比较的频繁,主要是JAVA方面的工程师。由于公司做这方面的人不多,所以经理让另一个同事和我负责一部分技术面试(本人技术一般)。从人事那边拿过来的简历来看,来面试的人都是有一定经验的。从简历上内容来看,基本得出的结论是一年左右的工作经验。都说熟悉JAVA基础,熟悉使用SSH,熟悉SQLSERVER、MYSQL、ORACLE。也出现了一些我没有听过的名词(自己见识不广),像其中出现的JFinal,这个东西自己真没有了解过,等等……
我面试的方式是从简历上开始,并从中延展出相关可能用到的技术,以及程序员可能的处理方式。整个过程中都是以一种聊天的方式进行的,面试人员想到什么可以说什么(我希望能够听到让我心动的东西)。我尽量不给面试人员造成紧张的气氛,可以让他们自由地发挥。也许就能从他们口中听到不一样的解决方法。
开始的时候,我会从简历上找出一些和技术相关的东西询问,发现面试人员能够说得清楚,讲得很明白,让我一听就OK,那么我就会稍微向原理性侧重一下,了解一下他们真正的理解程度。我是喜欢这样的人的。如果面试人员表述得不够清楚,或是只是停留在只会使用的地步,我会侧重基本一些,降低一些难度,尽量让面试人员能够将他们自己会的、明白的、使用的好的技术或是思想表述出来(我觉得面试官不应该一来就把面试人员问死,让面试人员都不知道该从何说起,说什么,因为第一关面试官就把面试人员堵住了<个人观点>)。
但是这几次面试的情况来看,情总太不乐观。
面试人员熟悉SSH,那就简单说明一下,表述一下SSH,这是一个没有标准答案的阐述,只是看一看面试人员是怎么理解的,并不需要知道很深的原理(我理解也不深),但是让另一同事和我得到的答案基本都是“我只是用过,没有想过他什么东西”,或是“不太熟悉”,或是“老师没有说,只是说这么做就要以出效果了”。对于一份有一年工作经验的简历来看,我觉得多多少少还是可以说出一点东西来的。不管你使用的是SPRING HIBERNATE……,我觉得都应该有一定的总结能力了。如果是这情况,我觉得要么这是一份假经验的简历,要么就是这一年这位面试人员什么事儿也没有做。
如果对于这个问题不能简单的表述,我就会转到JAVAEE基础上来,比如了解一下Servlet,Filter、JSP,看看他们是怎么理解的。
个人觉得不管你的框架用得再多牛,万丈高楼平地起,如果对基本知道都不够熟悉,那也只能是停留在这个框架上的使用上,并没有任何提高。如果一个程序员是这样在水平,那也早就脱离了真正程序员(当下大环境造成的),总听到一些说程序员是吃青春饭,大概很大一部分是这技术层面的“程序员”。
程序员其实不是一份很好的工作,比这好的工作还有很多,在当前统计来看,在成都这工作可能就第十位左右; 软件开发这工作,其实也和外面人说的差得远。总听老爷爷和老奶奶说,这小伙子是坐办公室的,当你听到这话时,是该欣喜还是该沉默。表面上和实际上是有差距的。
我很珍惜来面试的每一位同僚,特别是他们的简历,从来都不会转身就扔进垃圾筒。每一个老鸟都是从菜鸟过来的(我现在也是菜鸟),对他们的尊重也是对自己尊重。从他们身上也能看到当初自己找工作的影子。
我是一名从工厂转行出来的CODER,也许是由于有过工作经验再来转行,所以心态上和刚毕业的大学生相比,可能会有些不同。特别是看到那些准备转行进入IT,更让我认真对待这些人的面试。
面试是双向的,可以进一步了解公司,也可以表达出自己的所长。面试官不一定技术就比求职者高,坐在你们面前的人只是向你了解你所会的技术、思想,大可以畅所欲言。
当然这一切都是基于求职者本身技术和能力。如果一份简历面试三四家公司,都不理想,那么请考虑一下,是否应该修正一下。
记得我面试过的人中有这么一位同僚,简历上概括了SSH DWR JFINAL ……结果一个说不出来。最后我说了一句“在JAVASE中,你对哪一块技术印象最深,或是用得最多”。相信一部分人都会说IO 线程。那么简单的用自己的话讲一下线程。结果又说不清楚,或者说根本就不清楚这东西(很多人都会说两种方式实现,继承Thread或是实现Runnable接口;为什么不说说两者的区别,这才是重点,除了本身以外的东西,不就是JAVA的特点么,单继承和多实现的问题么!?)。
其实想一想,这一部分求职者已经把找工作当成了自己的工作,没有把方向搞清楚。个人觉得不如把去面试三家、四家,甚至是五家的时间拿来好好的巩固一下这些基础的东西。也许再去面试,成功率大很多。JAVAEE技术不好,那么我就把JAVASE的技术弄清楚一点。我当初也是这样的,面了第一家,人家就不要,回家后又修练了两周,然后就直接入职了。对于面试官来说,其实相当一部分看重的不是你用过多少技术,多少框架,相反他们看中的是你是否愿意去深度学习某一个东西,因为一个公司用到的技术是有限的(当然要了解行业技术面),样样精通的人是很少的。面要广,当然一定要有自己侧重点。一个原意对技术深入的人,学习别的不会的技术也会一样。这才是面试官看中的(至少我是这样)。
在此,希望准备转行进入IT,或是刚入门的同僚们,面试的公司越多,不代表你的能力。反而证明了你,这个菜鸟缺什么。希望对这一部分同僚有所帮助。
我面试的方式是从简历上开始,并从中延展出相关可能用到的技术,以及程序员可能的处理方式。整个过程中都是以一种聊天的方式进行的,面试人员想到什么可以说什么(我希望能够听到让我心动的东西)。我尽量不给面试人员造成紧张的气氛,可以让他们自由地发挥。也许就能从他们口中听到不一样的解决方法。
开始的时候,我会从简历上找出一些和技术相关的东西询问,发现面试人员能够说得清楚,讲得很明白,让我一听就OK,那么我就会稍微向原理性侧重一下,了解一下他们真正的理解程度。我是喜欢这样的人的。如果面试人员表述得不够清楚,或是只是停留在只会使用的地步,我会侧重基本一些,降低一些难度,尽量让面试人员能够将他们自己会的、明白的、使用的好的技术或是思想表述出来(我觉得面试官不应该一来就把面试人员问死,让面试人员都不知道该从何说起,说什么,因为第一关面试官就把面试人员堵住了<个人观点>)。
但是这几次面试的情况来看,情总太不乐观。
面试人员熟悉SSH,那就简单说明一下,表述一下SSH,这是一个没有标准答案的阐述,只是看一看面试人员是怎么理解的,并不需要知道很深的原理(我理解也不深),但是让另一同事和我得到的答案基本都是“我只是用过,没有想过他什么东西”,或是“不太熟悉”,或是“老师没有说,只是说这么做就要以出效果了”。对于一份有一年工作经验的简历来看,我觉得多多少少还是可以说出一点东西来的。不管你使用的是SPRING HIBERNATE……,我觉得都应该有一定的总结能力了。如果是这情况,我觉得要么这是一份假经验的简历,要么就是这一年这位面试人员什么事儿也没有做。
如果对于这个问题不能简单的表述,我就会转到JAVAEE基础上来,比如了解一下Servlet,Filter、JSP,看看他们是怎么理解的。
个人觉得不管你的框架用得再多牛,万丈高楼平地起,如果对基本知道都不够熟悉,那也只能是停留在这个框架上的使用上,并没有任何提高。如果一个程序员是这样在水平,那也早就脱离了真正程序员(当下大环境造成的),总听到一些说程序员是吃青春饭,大概很大一部分是这技术层面的“程序员”。
程序员其实不是一份很好的工作,比这好的工作还有很多,在当前统计来看,在成都这工作可能就第十位左右; 软件开发这工作,其实也和外面人说的差得远。总听老爷爷和老奶奶说,这小伙子是坐办公室的,当你听到这话时,是该欣喜还是该沉默。表面上和实际上是有差距的。
我很珍惜来面试的每一位同僚,特别是他们的简历,从来都不会转身就扔进垃圾筒。每一个老鸟都是从菜鸟过来的(我现在也是菜鸟),对他们的尊重也是对自己尊重。从他们身上也能看到当初自己找工作的影子。
我是一名从工厂转行出来的CODER,也许是由于有过工作经验再来转行,所以心态上和刚毕业的大学生相比,可能会有些不同。特别是看到那些准备转行进入IT,更让我认真对待这些人的面试。
面试是双向的,可以进一步了解公司,也可以表达出自己的所长。面试官不一定技术就比求职者高,坐在你们面前的人只是向你了解你所会的技术、思想,大可以畅所欲言。
当然这一切都是基于求职者本身技术和能力。如果一份简历面试三四家公司,都不理想,那么请考虑一下,是否应该修正一下。
记得我面试过的人中有这么一位同僚,简历上概括了SSH DWR JFINAL ……结果一个说不出来。最后我说了一句“在JAVASE中,你对哪一块技术印象最深,或是用得最多”。相信一部分人都会说IO 线程。那么简单的用自己的话讲一下线程。结果又说不清楚,或者说根本就不清楚这东西(很多人都会说两种方式实现,继承Thread或是实现Runnable接口;为什么不说说两者的区别,这才是重点,除了本身以外的东西,不就是JAVA的特点么,单继承和多实现的问题么!?)。
其实想一想,这一部分求职者已经把找工作当成了自己的工作,没有把方向搞清楚。个人觉得不如把去面试三家、四家,甚至是五家的时间拿来好好的巩固一下这些基础的东西。也许再去面试,成功率大很多。JAVAEE技术不好,那么我就把JAVASE的技术弄清楚一点。我当初也是这样的,面了第一家,人家就不要,回家后又修练了两周,然后就直接入职了。对于面试官来说,其实相当一部分看重的不是你用过多少技术,多少框架,相反他们看中的是你是否愿意去深度学习某一个东西,因为一个公司用到的技术是有限的(当然要了解行业技术面),样样精通的人是很少的。面要广,当然一定要有自己侧重点。一个原意对技术深入的人,学习别的不会的技术也会一样。这才是面试官看中的(至少我是这样)。
在此,希望准备转行进入IT,或是刚入门的同僚们,面试的公司越多,不代表你的能力。反而证明了你,这个菜鸟缺什么。希望对这一部分同僚有所帮助。