面试过许多人之后

Posted 2021-07-31 YellowMax2001

最近一段时间公司招了不少人，有幸得到我老大的信任，自己也亲自参与了不少面试，前前后后应该有十个八个了，不多，但是也不算少了，也能够积累一些经验收获。从面试的过程当中，我注意到了一些自己的问题，也从一位面试官的角度了解了更多的工作岗位对面试者的要求，不一定正确，但是至少也是能够说明一些问题了。

不同的工作年限

遇到过的面试者从实习生到工作 10 年的老兵都有，不同的面试者我们关注的具体内容当然也就有所区别了。对于实习生来说，他的在校成绩，跟导师做过的一些项目，比赛，语言基础和数据结构与算法就是我们比较关注的内容，因为在校学生大概率不可能接触到多少商业项目或者代码，学习到的内容跟工作中遇到的问题差别还是很大的，所以不可能说一定要问一些和我们工作密切相关的东西，相对来说更加关注他对自己做过的项目是否了解透彻，是否对自己做过的东西背后的原理有更加深入的探索。

对于工作三五年之内的同学，我们则比较关注下面几个点：

1. 编码能力。也就是写代码的能力，至少在自己熟悉的语言上能够快速实现一些数据类型定义，简单的排序、查找算法，算法这部分目前我们都是考核一些仅靠直觉都能够做出来的题目，不会特别难搞。
2. 工作内容与岗位的匹配程度。这一点随着工作年限的增加，我发现至少我的同事们有些是会越来越要求面试者工作内容与我们岗位要求的内容相匹配。我自己的话其实并不是特别注重这一块，我比较注重学习能力，当然可能是我本身的工作年限不是很长。
3. 对自己所做项目的了解深度。包括是否能够流畅、有条理有逻辑的描述、讲解自己做过的工程内容，相对来说还是比较考察细节的，也就是对所做项目的内容会问的比较细节，所以简历上面只要写了的，我们都希望面试者是真的下了功夫在上面的，并且对其有比较透彻的探索、了解，而不是只是写上去点缀简历的。
4. 工作积极性。当然不是指热爱加班哈，是对于自己做的工作是否有拓展性的探索，比如了解一个模块内部的实现机理，不求特别详尽，但是能够说出来大概的整体流程就很好。还有就是是否了解自己做的模块在整个数据流所处的作用和位置，以及自己的产品软件架构大概怎么样一回事。这些当然不是全部要会，也不是必须要求的，但是如果做的比较好，那我自己就会认为他的工作积极性很好，即使是其工作内容与岗位不是非常匹配那问题也不大。

而对于工作了十年上下的大佬们来讲，最关注的概括起来就比较简单了，那就是分析解决问题能力、对产品框架的了解程度。这块其实默认了他的基础知识都是过硬的，就是说面试内容会比较偏向宏观一点的内容而不是编码细节的东西，如果宏观的内容了解不够深入，那可能就会降低评判的分数。工作这么长时间，我自己对自己的要求就是
；至少要对自己做过的产品的一条数据流有比较透彻的了解，包括设计上的考虑，实现过程中间遇到过的问题，分析 log、解决问题的能力要比较突出。我印象中我自己参与过的面试只有一个工作 10 年的，但是面试结果并不符合自己的期待，我自己面试完也会想着，哦，原来我自己对于工作年限较长的同学会关注这些点呀，以前我自己都没有意识到。

整体来说就是工作年限较短的，会侧重于其基础、通用知识点，对于所做项目内容是否有透彻的了解，是否有比较积极的工作、学习态度，而年限很长的，我能接触到的（因为有的高年限工作岗位面试并不是我够格能参与到的）就比较关注问题分析、解决能力，宏观上的业务逻辑设计原理等等。

项目内容

有很多与岗位要求关系不大的项目我在面试的时候基本上是简略问过去，而比较关注与岗位要求相近的项目，而且只要是写上去的，都是希望能够很流畅、透彻描述出来的项目，如果是自己也是一知半解的话，那就会显得不是很好。我印象比较深刻的是有同学写了很多的项目，但是问下来大多数是一些配置型的工作，然后我表示理解，可能有些工作他没办法接触到那么多实质的开发内容，然后就问一些对项目的软件结构了解，但是这块也不清楚。。。我自己的话就希望要不就是项目内容自己有深度参与进去，要不就是没参与但是自己通过自学也比较透彻的掌握了其业务逻辑，也可以。

说到这里我想起一个点，那就是可能有的人起步比较低，或者是公司比较坑，做的全是一些边边角角的东西，那我想有一个更好的发展，我想有一个机会去做更深入的东西，难道就活该被拒么。我自己也是这样一种想法，但是我现在有一点点新的感受，那就是要不通过自己的努力自学项目的核心点，要不就是努力先在自己的岗位上向自己的老大争取到更多的工作内容。我自己是这两个同时进行的，对于后一点，我还是比较感谢以前还有现在带我的老大，基本上工作一年时间就给了我更多的接触更好工作内容的机会，我自己还没有遇到过从头到尾争取不到机会的情况，应该是我遇到的老大都比较好吧。

我现在开始慢慢对子模块、子功能的设计有了更多的感受，就是基于目前的系统架构，做一个基于此的新功能点，我最开始觉得这个是小菜一碟，没什么大的难度，后来换到现在的公司之后我觉得这个超级难，根本不敢想象基础架构是怎么设计实现出来的，现在觉得难度似乎不是特别的大了。我觉得工作到了七八年的时候，对于大型的软件架构，至少要能够掌握基于基础架构做一个新功能点的能力，这个也是我努力的方向。

说实话随着工作年限的增长，岗位要求就会比较严格，更加侧重于一些宏观的知识点，我也在想另一个问题，比如说我工作年限久了，难道就不可以做一个难度简单的工作吗？能力不行就活该被刷吗？我工资不要那么多行不行？目前感觉好像这块就是卡的比较严格，什么年限做什么样的事，工作好久了还做那么简单的事情貌似是比较难找到合适机会的，也可能需要看运气或者是我没接触到相关的公司、岗位。

收获与其它

之前有讨论过面试为啥问些数据结构与算法这方面的内容，现在我自己的看法还是差不多，就是如果工作内容和岗位要求不是很匹配，那语言基础和数据结构与算法就几乎是必须要考核的内容了，如果非常匹配，那可能这块就不会过度去关注了，因为你总要找到一个短时间内可以评判的标准，不然怎么保证人才和岗位的匹配度呢。一定程度上来讲，这块也多少能够代表着学习能力、工作积极性，所以如果这些基础特别好，那有一定的理由相信，短期内面试者可以通过学习来跟上工作岗位的要求。

所以综合来讲，数据结构与算法这块还是尽量掌握一些比较好，而且我所在的行业不是互联网行业，所以要求并不是很深入，基本上考核内容不需要靠非常崎岖的思维才能做出来，正常工作的前提下仅靠直观思维就可以做下来，妥妥的。我自己在面试的时候也有不少收获，推己及人也是可以反过来嘛，具体就是下面几个点：

1. 基础的数据结构与算法能力要保持，不能丢掉。
2. 尽量接触一些有价值的项目内容并参与进去，可以增加自己的竞争力，并且保持积极的探索态度。
3. 随着年限增长，要能够逐渐掌握基于基础架构新增功能的能力，要对项目进行宏观的学习把控。

还有一些隐性的收获，不是能很好的用语言来概括，就先记在我自己心里吧。还有就是我自己面试的时候总是会害怕没有问出来面试者的长处，忽略了一位人才，也会害怕面试问的不够全面而导致招到水平不是很好的同事，不是知道是不是因为我较少参与面试的原因，我现在知道了面试官一般是不会刻意刁难的，而是总是想办法去挖掘面试者的优点，生怕错过一个好的面试者，这也告诉我作为面试者如果感觉没有被问道点上，也可以适当去引导面试官多问下自己擅长的点。

End

上上周科目三考试搞定，今年的目标又完成一项，科一到科四全部一把过的感觉是爽到飞起，除了自己动手能力比较强之外，女朋友的鼓励也是有很大帮助滴，哈哈。话说科三考试的时候天降暴雨，考过的肯定知道靠边停车的时候有很多人是要靠雨刷器定点的，然后考试下雨雨刷器是开着的，忽闪忽闪的，这还定个屁的点，而且更严重的问题是后视镜根本看不到边线在哪里啊，只能看车前面无法定点的线，当时考试的时候给我紧张够呛，我上车的时候看这情况不太对，就瞄了一眼安全员停车的位置距离边线宽度，我觉得这个宽度差不多了，上车走的时候直接盲开，反正基本保持直线问题应该不大，结果还是扣了十分，不过幸好其它的没扣分，圆满结束，现在可喜欢看科三挂科集锦了，看别的咳嗽。