面试了15位来自985/211高校的2020届研究生之后的思考

点击蓝字关注我吧

上周，我面试了15位2020年毕业的计算机相关专业的研究生，他们都是来自四川地区985、211高校，校名如雷贯耳。

因为我有参与到设计校招题的工作中。所以我是技术一面的面试官之一。

这篇文章我本来想面试完后就可以马上输出，但是面试结束后，我有了很多思考。

这篇文章不好写，但是我是一个”独立的自由撰稿人”，所以我还是想谈谈我的感受。仅仅代表我个人观点。

关于校招

普通二本VS一流高校

正如之前的文章《普通二本，毕业三年，北漂之后，我是怎么成为程序猿的》说的。

我是一个本科生，我读的大学是一个普通二本，我报考的那一年，学校刚刚从专科院校升级为二本院校。所以我是学校的第一届本科生。

可能因为是第一届本科生，在校招的时候，来我们学校招人的科技公司一只手都能数过来。而且，每一家公司我都没有听过。我没有去，所以我没有经历过校招。

但是我经历过招聘会，类似于人才市场，当时的场景是这样的：

当年的我丝毫不觉得这个招聘有任何的问题，甚至还挺想去。但是我现在再读一次后发现:这TM不就是培训机构吗整的还挺委婉啊！

写到这里，我想表达的一个观点就呼之欲出了。

其他行业不了解，不发表意见。但是在计算机行业，我认为，在大概率，正常的情况下：

无数的和我一样的普通高校的本科学生，可能要经历人才市场，海投简历，找到一家不知名的小公司，提心吊胆的担心自己是否能转正。

一流大学的本科生或者研究生，可能是走专场招聘会，直接进入到中大型公司，进入管培生计划，可以长期干下去。

读到这篇文章的人，

如果你是非一流院校的在校大学生，立志要在这个行业发展下去；如果，你还有机会的话，我个人建议：

考研吧，考知名院校。

如果你已经是一流院校的大学生，你可以争取更好的公司和职位，就看你愿不愿意力争上游了。

啥说研究生多读了三年书还不如三年的工作经验/p>

如果你是一般大学的研究生，我理解你这样说。

但是，如果你是排名靠前的一流院校的研究生，你还这样说，我可能是要打你了哦。

假设你工作了三年，勤勤恳恳，热爱学习。终于鼓起勇气向大公司投了简历，结果有可能因为学历的问题直接被HR刷掉简历，如果有幸进入面试环节，一轮又一轮的技术面试反复轰炸你，而且面试有难度也有深度，面试你的目的是看你这个人是不是加入公司就马上能投入工作，输出价值。这就是完全靠实力加一点点运气的时候。

当然，你说你身边有人就谱写了一个十分漂亮的绝地反击的故事呀。这样的故事有，但是更多的是你没有听到的”名落孙山”。

假设你是一个校招研究生，面试时候考察的方面是不一样的，面试你的目的是看你这个人是不是可以加以培养，作为公司的储备力量，所以最后进入公司的几率大了很多。

我没考过研，所以我没有话语权说应该怎么去考研。

但是我建议有能力的话可以考研。

多的不能再说了，放一张图吧。仅供参考。

求知若渴，虚心若愚

好了，到这里，以上表达的全是个人观点，带有强烈的个人主观色彩，你觉得有道理，那谢谢你。你觉得我在扯淡，也请不要攻击我。

1

关于面试表现一般的人

关于面试，有人表现的很优秀，他们都优秀的比较一致。但也有人表现的很一般，他们的一般是千姿百态的。所以我想聊聊那些表现很一般的人。

我在北京的时候，也当过一面面试官。当时我们小组在发展中，有几个空缺的职位。要求是3年以上工作经验。

我前后大概面试了有50多人吧。

其中有工作经验长达9年的从业者，也有刚刚结束培训的培训生。再加上这次的应届生校招面试。

我想分享一下我遇到的这三类人中表现一般的人，所带给我的思考。

第一类:专业技能与工作年限不匹配

第二类:刚刚结束培训的培训生

第三类:应届生

专业技能与工作年限不匹配

对于那个工作了9年的面试者，我印象很深刻，因为最开始拿到简历的时候，我一摸:”这简历，好厚啊！”再一看，工作9年。

于是我去找了我的领导，我说:”这人我应该没法面试，我工作经验都才3年，这哥们是我的3倍啊。咋面

领导说:”没事，你先去聊聊，怕什么，就当是技术交流，别当成面试。”

面试的过程中我们聊的技术问题，他都没有回答的很好，他的技能就像一块大平板，一眼望去，什么都会一点，但是稍微一深入探讨，就两眼一抹黑了。

面试的最后，我直接给他说:”在整个面试的过程中，其实你有些问题回答的是不太好的，可能今天我们的面试就到这里了，但是我还想请问你一个问题，你可以不回答。你工作了9年了，应该有很多行业内的朋友呀，为什么没有内推呢且你的技术能力和你的工作年限有点不太匹配。”

他回答了我，大概的意思是这样的：

我刚参加工作的时候，计算机行业还没那么火，大多数都是传统公司，所以我一直就在传统行业里面，属于比较内向的人，也没有刻意的去积累人脉。

期间换了几家公司，没有一家是真正意义上的互联网科技公司，我也一直是做开发工作。

最后的这家公司是把我辞退了，辞退之前，我还是一个底层的老员工。

但是我努力想往管理岗发展，但是最终不得人意。

由于最近几年一直想往管理方向发展，更多的是注重业务了，家庭方面的事情也越来越多，有时会影响工作。

技术方面就有点停滞不前了。最终导致这样的局面。

听了之后，我说：

你是我的前辈，我很尊重你，但是我从我从业三年的角度再加上你刚刚的面试表现来说，你说的这是一部分原因，而且不是主要原因。
我觉得主要原因是，对于技术你失去了追寻的态度。在过去的这几年里面，你只要对于每次碰到的问题，稍微深入地研究一下，思考一下，整理一下，然后再找一项技能深挖下去，日积月累下来，今天的结果应该会大不一样。

我理解你，也许是在家庭和工作的双重压力下，迷失了方向。

后来，我把他送到公司门口，他已经走出去了，又转过身来和我握了一下手，他握的很用力，说:”谢谢！”

我在面试结果描述那一栏写的是:

此人专业技能与工作年限不匹配。不建议进入下一轮面试。

面试结束之后，我把面试结果反馈给我的领导，领导看到我写的评语，意味深长的一笑，对我说:”和我预想的一样，年龄大，工作年限长，但是技术一般”。

之后，他用力握我手的场景有时候会不由自主的在我脑海里面浮现。

仿佛在鞭策我：前车之鉴，要警惕啊。

应届生

上周来面试全是2020年毕业的研究生。我面试的15个，大多数都十分优秀。

但是我想聊的是那些表现一般的人。

由于他们都来自名校，所以我怕问的一些问题没有cue到他们的点，不合他们的胃口（社招面试的时候我才不会这么想），在进行了几个常规基础面试题预热后，我每一个面试者都问:”请问你觉得你对Java哪一块比较熟悉础、框架、中间件的都行，我们可以聊聊。”

很奇怪，大部分都说自己对Java集合这块比较熟悉。可能是集合这块的面试题很多，大家都看过相关的视频或者文章。

基础不牢，地动山摇 — 集合

有一个面试者也说他熟悉集合，我问他：

为什么我们建议在定义HashMap的时候，就指定它的初始化大小呢/p>

正确的回答是：

在当我们对HashMap初始化时没有设置初始化容量，系统会默认创建一个容量为16的大小的集合。当HashMap的容量值超过了临界值(默认16*0.75=12)时，HashMap将会重新扩容到下一个2的指数幂（16->32）。HashMap扩容将要进行resize的操作，频繁resize，会导致降低性能。

你要是能补充一句：

HashMap是线程不安全的，它的不安全就体现在resize的时候，多线程的情况下，可能会形成环形链表，导致下一次读取的时候可能会出现死循环。

要能再说说画画，具体是怎么死循环的，那就很不不错了。

然而他说:”这个我不太清楚，我用的时候没有指定过大小，但是我知道默认大小是16。”

当他这样回答的时候，我大概就判断他可能只是看过几个集合相关的面试题，并没有进行过深入的研究，远达不到熟悉的标准。

我说的熟悉是禁得住比较深入的探讨。 

可能他理解的熟悉是熟悉的使用吧。

我准备引导他，看看他自己通过几个题，能不能联系起来，然后回答这个问题,所以我接着问:

1.那HashMap什么时候扩容呢/p>

2.扩容到多少/p>

3.怎么扩容呢/p>

参考答案:

1.添加元素的时候会检查容器当前元素个数。当HashMap的容量值超过了临界值(默认16*0.75=12)时扩容。

2.HashMap将会重新扩容到下一个2的指数幂（16->32）。

3.调用resize方法，定义长度为新长度(32)的数组，然后对原数组数据进行再Hash。这个过程是一个性能损耗点。

我是想先问扩容，再问扩容带来的问题。

因为会带来问题，所以我们就尽量减少扩容。

为了减少扩容，在我们已经知道集合具体多大，或者有个预估值的情况下

就设置一个初始化大小就好了。

我想这样引导他，但是他…

结果他说:”当集合大小大于默认大小16的时候，会扩容，扩容的大小是原来的1.5倍。具体这么扩容的我不太清楚，我记得好像是会新建一个集合，把原集合拷贝过去”。（注意这是个错误回答！！！）

当他说完之后，气氛突然尴尬了起来。很明显，他把ArrayList和HashMap的扩容记错了，基础不牢的表现。

当时我内心就有一个大大的问号:你不是说你熟悉集合吗/p>

大多数面试者，看了十几秒就说选C，并且告诉我理由。

有个面试者他看了一分钟，思考的很认真的样子，然后说他选择D选项，因为选项内容说反了。

我说，你确定吗/p>

他说：我很确定。

我说：下去之后再了解一下吧。

有的面试者看了一分多钟后，没给出答案，由于面试时间宝贵，我就说:这样吧，这题选C。你告诉我C为什么错了呢/p>

这个时候，大多数面试者都会给出一个正确的答案:

wait()方法会导致线程放弃对象锁，进入等待此对象的等待锁定池，

只有针对此对象调用notify()方法或者notifyAll()方法后本线程才进入对象锁定池准备获取对象锁进入运行状态。  

注意是准备获取对象锁进入运行状态，而不是立即获得。

再看一下《Java并发编程的艺术》里面是怎么说的，有这样一段话:

我问他:”你看了这本书后印象最深的点有哪些呢

他说:”我印象最深的是垃圾回收会导致用户线程停止。因为我之前遇见过这样的问题，我的程序经常跑着跑着就停了，我当时不知道为什么。后来了解到，是垃圾回收的时候导致的用户线程暂停。”

我听到他这个描述我想的是：那这个程序有问题呀，为什么会这么频繁且长时间的进行FullGC呢。

于是，我问他:”你是怎么排查这个问题的呢

他说:”不是我解决的，是实验室其他的同学解决的，同学给我说是垃圾回收的时候导致的问题。我最近看《深入理解Java虚拟机》的时候也联想到了这个问题。”

听到这里我已经有点失望了，他遇到了问题没有主动去解决问题。同学告诉他原因了，他也没有继续深究下去。

算了，还是回到书上去吧。我问:jvm在回收哪块区域或者进行什么操作的时候会出现你刚刚说的暂停（Stop The World –> STW）用户线程的情况呢/p>

其实书上写的很明确了。老年代进行Full GC的时候会STW，而老年代常用的垃圾收集器是CMS:

《深入理解Java虚拟机(第二版)》第71页

而他的回答是:不太清楚。

失望。

你要说你没看过回答不上来，我还可以理解。但是你说你最近在看，却没有回答上来。那我可以理解为：你仅仅是看了，却没有留下任何的东西吗/p>

而且我没有问你类似于字节码解读、不常用参数介绍这样的刁钻问题吧。

不是我在难为你，是你在难为你自己。

失望。

其他的表现

除了上面说的这些情况，当然还有其他的一些表现。

比如说简历上写了，熟悉单例模式。我让手写个线程安全的单例。然后他写了一个双重检查锁定。却忘了加volatile关键字。

我说你考虑过重排序吗到重排序你想到了java的哪个关键字呢/p>

他说想到了volatile。

我说那你这里为什么没有加volatile关键字呢，他说这里不需要加。

简单的解释了几句后我给他说去看看《Java并发编程的艺术》这本书，里面专门说到了这个问题。

文中提到的两本书《深入理解Java虚拟机》和《Java并发编程的艺术》是两本非常优秀，值得反复阅读的工具书，可以关注我后，在后台发送java，即可获得电子书。但是对于这类工具书，强烈建议，买一本实体书。

才疏学浅，难免会有纰漏，如果你发现了错误的地方，还请你留言给我指出来，我对其加以修改。

最后需要说明的是，这篇文章有很多是个人的看法，并不权威。

但是如果你认可我的看法，你的点赞、留言、转发、分享、赞赏就是对我最大的鼓励。

以上。

谢谢您的阅读，感谢您的关注。

来源：公众号：码海