作为前端开发者，你都经历过怎样的面试?

已经裸辞1个月了，最近开始投简历找工作，遇到各种各样的面试，今天分享一下。其实在职的时候也做过面试官，面试官时，感觉自己问的问题很难区分候选人的能力，最好的办法就是看看候选人的github上的代码仓库，看看候选人的博客，代码仓库能看出一个人的代码风格，博客可以看出一个人的学习表达总结能力。曾经面试候选人，面试问题答的好，最后和经理聊天发现学历造假；还有候选人问题几乎没有答上来，一看就是不怎么行，但是找人的组因为缺人，已经招了很长时间，最后候选人被录用了，天天加班；候选人看着经历还不错，录用后也是坑得很，一点没有遇到过的问题都解决不了，只会复制。

从面试官的角度看，什么样的面试方式和问题能有效筛选出合格的候选人，程序员到底需要什么样的能力。作为面试官的经验看，靠谱的前端开发，应该有基本的计算机知识，逻辑思维能力强，工作态度端正。

从应聘的角度看，很多公司的面试方案，根本就不合理，面试题是网上随便找的，面试官的面试工作一般不算绩效，一般能过则过。所以应聘者应该搜搜网上的面试题，知道有些是八股面试题，最好也背一些常见的，个人能力再强，面试答不出面试官出的八股面试题，可能面试官就给你打了低分，面试就挂了。

面试经历

A公司，前端主要使用angular，面试先做一套逻辑题，规定时间内做完，分数可以才能进行下一步，如果逻辑判断题的分数高，就开始主管领导面。我感觉这样的形式是比较合理的，写业务逻辑的程序主要还是看逻辑，不知道的可以网上搜搜，既然是社招，基本的开发知识多少都知道点，要不然之前怎么工作。

B公司，面试 远程登录他们提供的电脑，做2道题，第一题简单算法，第二题是实现一个小功能，感觉形式还可以，但是他们提供的电脑不是正常的开发及其，编辑器关键字带不出来，前端html 标签css 属性，js 关键字都是自己打出来，熟悉了自己的开发环境，一下回到了远古的手敲代码的环境，不适应。比较认同这种形式，但是提供的开发环境不是实际的，也不能考察出候选者的水平。

C公司，hr面试+技术面，hr 面试会把之前的经历都询问一遍，为什么离职，问什么来我们公司，等等一系列个人选择的问题。我最讨厌这种面试，这种面试从理论上说可以筛选出局一些在团队协作等其他非开发能力不佳的候选人。技术面应该是一个资深的开发，问了一些八股的问题，可能在开发中很少用到，但是你必须答。不认同这家公司的面试，但大部分企业的面试都是这样的，自己作为面试官时也是这样面别人的。

D 公司，先在网上做一套算法题，然后开始技术面，然后是主管面试。这样的公司应该是面试流程比较严格的，算法题刷掉一部分逻辑不好又不刷题的，2轮技术面可以刷选候选人的技术水平和能力。

E 公司，创业公司，发过来一个份面试题，纯英文的，要求三天做完，看了一下这个还是挺考验一个人的学习能力，短时间学习特定领域的一些知识，并使用框架和库做出来一个小功能，因为完全是一个陌生的领域，基本上跟前端关系不大，最后放弃了答题。感觉面试形式还可以，是他们公司需要有好的学习能力，能够做一些小众的需求，使用比较小众的库。

F 公司，公司虽大，但是不是很专业，一般面试中高级开发职位容易遇到这种，主管不是很懂开发，看着你的工作经历可以，比较认可你的学历等，面试基本上都是了解你的过去经历，老板/领导喜欢挺一下比较听上去很高大上的名词，你能侃，基本上就稳。遇到这种全靠运气，但入职的工作也不一定好，工资可能不是你理解的，包括了奖金什么的，或奖金条件比较苛刻，工作后的环境和配套不理想，开发环境很远古，同事都喜欢短平快的做事方式，沟通配合很累，各种琐碎的事情。但是这种环境是开发转管理的一个好环境，比较注重结果，不考虑流程，代码质量，只要完成需求。

G 公司，中等规模的企业，面试官直接拿纸质简历面试，可能之前都没有时间看我简历，为了缓冲一下，先让我做自我介绍，然后问了已经令人吃惊的问题，之后沟通还说我的回答很奇怪，不知道是我的问题还是他的问题，举个例子，他说vue 不适合做复杂业务的开发，1个页面写了上千行，后来他们产品全换成react 了，react jsx 语法更灵活，我只是点头，但在心里已经否定了这家公司。页面写了上千行是不懂拆分组件和抽象业务逻辑，跟vue 没关系，vue也可以用jsx 语法写组件。面试官到他的职位，不是技术好，是因为他们公司业务发展比较好，前期招一些技术比较低的，业务做大了开发越来越多，但还是按照当初那个开发设计的路子来，代码越来越难理解。

不同公司不同的面试形式，这些比较典型的，其他可能是上面的混合形式。