为什么国内技术面试的范围和星辰大海一般广泛

最近收到了一些 HR 的邮件，和朋友面了几家国内的公司，感觉和美国的面试方法还是相差很多的，不太理解国内的面试想要考察的具体是什么能力。

美国的面试尝龟流程一般是：给你一道很简单的题，让你用代码实现，eg：在数组中找一个数，反转一个字符串。基本上这个是热身题，答上来之后再根据题目，进行一些改变，规模增大，空间限制，条件增多等等等，这个时候问题就从 easy 变成 medium 甚至 super hard 了。总体而言，是一个你和面试官互相交流的过程，在这个过程中，你必须有：1.灵活的大脑 2.足够的专注力 3.充分的代码经验 4. 较强的沟通合作能力才能很快的找出问题的解决方法并将其转换成代码。我感觉这个过程，面试官和面试者一起合作来解决问题，是工作中很常见的情景，作为面试官可以很好的考察到面试者的智力程度和沟通合作解决问题的能力。

但是国内不管是 BAT 还是一众明星独角兽，感觉都是 1/3 时间项目，1/3 时间各种主流技术的细节，剩下 1/3 时间草草做一道算法题。其实我是不太能理解这样面试的目的是什么，各种不同的轮子，虽然名字很酷炫，但是你能不能掌握他完全看你用没用过，不需要太动脑筋。举个例子：用 Spring 写过项目的人都知道控制反转是什么，干什么用，但是从来没有用过的人，根本不知所云。但是这些其实就是经验问题，和个人的能力没有什么关系，任何人猴子敲键盘做完一个项目也就明白怎么回事了，你只能通过这种方法筛选出这个人用没用过这个技术，并不能判断这个人聪不聪明，好不好相处，以及一起合作解决问题的能力。

以上，可能是我的思想太过于局限了，不知道各位怎么看待各个厂的面试风格的。

GeruzoniAnsasu

2020-04-23 19:50:12 +08:00

#3 说的很对，他们只想要一颗螺丝钉

“他们” 指的是国外的公司。

国内特别是小型团队招人，一定是想找个人解决某个方向上的问题。比如缺前端，公司前端用的 vue，那面试肯定最好能找到写过 vue 写得很熟练的人。这个时候考算法题有啥用？你给我讲讲你当初的项目都做了哪些东西我不就能判断你编码能力如何了吗，如果你吹得太虚那再做几道题不迟

框架的实现原理真真真就不是经验问题。因为是个人都知道写业务代码永远不需要搞清楚框架原理。只有特意去研究才能搞得清楚，而你去研究了，第一说明你读大型复杂代码的能力很强，第二你很可能遇到过框架不合理的地方，你在某些方面能力可以超过框架作者。

其实我感觉国内大多数大厂里的码农知识储备都是完全超出胜任他自己岗位的程度的。所以他要招人自然也会期望一个能超出仅仅够用标准的人，导致大家都面试造火箭入职拧螺丝。招你进去的那个人虽然也在拧螺丝但他也会造火箭，你猜他想不想让你帮他造火箭？