作为Java资深技术面试官,首先我感觉有必要讲解“面试官深挖问题”的动机,在了解动机的前提下,大家才能更好地准备面试。面试官为什么要在一个点上深挖?两大目的。
1 首先是通过深挖,确认候选者是否具备该技术的项目实践经验。
这是最重要的目的,因为目前很多候选人,尤其是通过培训班入行的候选人,确实能很好地讲清楚某个技术,甚至还能讲清楚该技术在项目中的实际用法。但是面试官必须要确认,候选人在之前的项目中,是否真的用过(Spring Boot,分布式组件或其它)技术的,是否真的有过解决(OOM,数据库性能优化等)方面的问题。
如果没有,那对不起了,说得再天花乱坠,也只能给出“只懂理论,没有在项目里用过”的评价。
2 在确认候选人在项目里用过该技术以后,再通过深挖,明确候选人对该技术的掌握程度。
比如在确认候选人在项目里用过Dubbo组件后,再通过提问源码等细节,明确候选人对Dubbo的掌握程度。
但是我在面试过程中发现,不少候选人往往只会从技术本身准备面试,比如对Netty,Redis等组件,能准备到底层源码级别,但却不准备该技术和项目结合的说辞。这样在面试准备过程中,就犯了方向性的错误。
就拿最常问的Spring Boot方面的问题来举例。
第一层问基本概念,比如Spring Boot的常用注解,Spring Boot项目的大致结构。
第二层问细节,比如Spring Boot的启动流程,关键注解的细节源码等。
请注意,问到这层,仅仅是提问技术,还没有问该技术在项目里的用法,所以只要是候选人在面试前背题,一般都能过。
有时候我甚至技术问题方面问得很浅,让候选人能放松下来,更好地回答后面的问题。在此基础上我会问,在你们项目里,Spring Boot框架整合了哪些组件?比如Junit,Swagger等等,请候选人大致说明下。在候选人告诉我用过的组件后,我再细节该组件与Spring Boot框架的整合方式和相关语法。
可以这样说,只要是做过Spring Boot方面的商业项目,即这个项目不是自学的,也不是培训班里得到的,一般多少都会整合组件,而且知道怎么个整合法。通过这层提问,我能明确候选人是真的在商业项目里用过Spring Boot,还是仅仅知道理论,或者只是在学习项目里用过。
针对其他的技术或组件,基本上也都采用这种层层递进的问法,第一层问概念,第二层问(框架、源码或其它细节),第三层问在项目里怎么用的,在此基础上再顺着候选人的回答,深入提问些该技术在项目里的用法。
但是不少候选人,顶多只准备到第二层,即深入到各框架各组件的源码,说明该技术的细节。或者说,不少候选人只知道该准备到这一层。比方说,我见过不少候选人,在说Redis时,很全面地说了Redis的细节,比如集群,失效转移以及选举算法等能很好地说,但当我结合项目提问,比如问你们项目为什么要用Redis,以及根据你们项目的数据量,为什么要用redis集群等项目相关问题,就基本说不上了。这样就无法很好地证明自己在项目里用过Redis。
只要面试官资深些,一定不会只停留在单问技术层面,也就是说,你认为准备过的被深挖的点,可能充其量只停留在技术层面,其实还没达到面试官会深挖的“技术结合项目”层面。
道理一说就明白,所以在下文里,我不讲如何在技术层面深挖提问的方法,因为这些问题网上太多,这些知识点大家可以自行查阅。但是我讲下很容易被疏忽的深挖技术结合项目的问法。
1 问该技术的使用必要性。比如你项目数据库压力是多少?在这个情况下是否该用Redis?或者你们项目为什么要用Dubbo?而不用传统的基于Http的服务调用方式?
总之,只要你简历上写的,面试时说的值钱技术,我都会问使用必要性。我不在乎这个问题听到什么答案,但我关心候选人关于必要性的说辞是否合理。如果不合理,那对不起了,这个项目疑似学习项目或培训班项目。
2 既然在项目里用到这个技术,那么就需要解决某个痛点问题,比如使用了MyCAT,拿就需要解决数据库压力大的问题。接下来我就问,怎么解决的?你可以从配置文件,框架,Java语法等方面来说明。
这里请注意,我不仅仅关心纯粹的语法,比如我不仅仅关心MyCAT组件通过配置文件实现分库分表的做法,我更关心该技术该组件和你项目整合的方式。比如你项目里用到MyCAT,那我更关心针对哪个大表实现分库,拆分成多少个表,引入MyCAT后如果再遇到全局性的访问表语句怎么办?
在问相关问题时,如果候选人在项目里没用过,那么往往就说不上,或者如果是现编,我多从几个角度提问时,往往就会穿帮。但话说回来,其实我问的点是比较普通的,只要候选人用过,那一定能说得上。
3 再提问候选人,在使用(Redis或Dubbo或其它技术)时,遇到过哪些线上问题,是怎么发现的,怎么解决的?
其实这个问题是加分项,候选人只要通过前面的回答证明自己在项目里用过,哪怕这个问题说不上也不要紧,但如果回答出了,就能证明自己在这方面能力很资深。
4 再串起来问。这是什么意思呢?比如候选人说用了某个技术或组件,总是会解决一类问题。比如用了Redis是解决数据库压力大或高并发的问题,但解决此类问题不大可能只用一个技术或组件,往往会综合使用若干组件,同时引入(监控告警等)各种机制。
那我就围绕一个需求点,串起来问这些组件技术和机制的用法。这些问题看上去很高深,但如果候选人真用过,哪怕候选人本身只是初级开发,但多少能说出一点。
我在通过上述问题确认候选人是否在项目中用到某些技术时,其实对不同级别的候选人期望是不同的。对于初级开发,我只要求能说出大致的API用法或者文字性描述。对于高级开发,我要求多少知道点技术结合项目的细节。对于架构师,我就期望能说些解决过的实际问题。
但是不管怎么说,如果候选人在被问及上述问题时,无法很好地证明自己在项目里用过某些技术,那么我会质疑候选人项目的真实性,进而甚至会质疑候选人整体能力的真实性。一旦面试官有这些质疑后,那么后面的问题就会比较麻烦了。
如果大家就遇到只问技术的面试官,哪怕问得再深,都应当感到幸运,毕竟技术问题好准备,网上都有现有的答案。而且Java技术问题该准备哪些方面,比如准备JVM,安全管理等等方面,如果你不知道,多参加几次面试后也能知道。
也就是说,准备面试,技术问题好准备,但做到能结合项目证明自己用过该技术,有该技术的(资深)实践经验,这相对来说就不容易了,甚至有些候选人在面试前还会忽略这方面的准备。下面就说下,如何结合项目说明技术的方法,因为如果这方面说好了,面试就能达到事半功倍的效果。
1 为你简历上写的每个技术,落实个项目需求,或实际的痛点。比如要缓存会员信息,所以用Redis,因为线上出现过Redis失效,所以用Redis主从集群。其它组件其它技术一样准备。
2 网上能找到大多数java值钱技术的源码、使用经验和常见的坑。面试前,你就参照着这些说辞,在你项目中找个例子。
举个简单的例子,比如遍历ArrayList等集合,要考虑快速失效问题,你可以说,在你之前项目的xx业务里,出现过快速失效问题,后果是xxx,经过排查日志,后来发现并解决了,同时你再结合底层源码说明快速失效的原因,你这样一说,要比单纯结合源码说快速失效,不知道强多少。
其它的技术也一样,比如Kafka有消息重发,或者消息堆积,你就找个项目例子,结合需求,问题,解决方式和底层源码说,这样你就能很好地证明相关技术的项目实践经验。
3 围绕(高并发等)点,整合性地准备技术,同样需要结合项目。比如高并发方面需要考虑消峰,缓存和限流等问题,你就结合你项目中的秒杀或其它高并发需求,说下这些技术是怎么用的,引入这些技术后,最后达到了什么样的效果,解决了什么样的问题。
其实你如果按照上述步骤准备,不仅能很好地证明你相关技术的项目实践能力,其实你更能全面地准备你所掌握的技术点。
最后做个总结。
1 技术好准备,再被深挖也不怕,因为网上有现成资料,有现成说辞和现成答案。
2 证明在项目里用过该技术,这也不难,但事先要准备。如果不准备,甚至会被当成只会理论没实践经验。
3 更可以为值钱的技术找个项目落脚点,以此来证明你掌握的(资深)技术有项目背景。
这是我的公众号,其中包含了大量面试文章,同时我自己出了多本Python和Java方面的书籍,会定期在公众号里发书的电子版。请大家关注下我的公众号,谢谢了。