阿里前端面试试题.docx

《阿里前端面试试题.docx》由会员分享，可在线阅读，更多相关《阿里前端面试试题.docx（6页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 阿里前端面试试题 关于面试题 面试题往往是预备面试时最受追捧的东西。我这里却想提一个有点不行思议的观点：不要预备面试题。 “下水井盖为什么是圆的?” “全世界有多少辆汽车?” 不知道有多少“微软面试题”，google面试题在网上处处流传。 其实恰恰反了，这些不着调的面试题，并不由于它是微软和google的面试题就变得高深莫测。之所以会有这样的题目消失，正是以其极度的不靠谱反衬了这些大公司对“过程比答案重要”的诠释，和对自己的面试官面试的把控力量的信念。 对于一个合格的面试官来说，问题只是话题的起点。所以细心预备的答案可能在面试官的一次追问后全盘崩溃，一开头支支吾吾的面试者，也可能在面试官渐渐

2、的引导下展现出自己的力量。 我经常提一个观点，面试和考试不同，面试可能由于一个问题答得好而通过，也可能由于一个答复不好而通过。其实面试只有结果，没有分数。设想以下场景： “能解释一下http协议中302这个状态码是什么吗?”，“我不记得了。” (0分) “能解释一下http协议中302这个状态码是什么吗?”，“哦，记不清了，我只记得404是找不到页面，304是可以从缓存读取，5xx是效劳端错误” (加分，了解肯定http状态) “能解释一下http协议中302这个状态码是什么吗?”，“啊，那个，应当是效劳端错误吧?”(倾向于面试不通过，不了解的时候尝试猜想蒙混，这种特质对工作不利) 你看，同样

3、的一个问题，同样是应聘者不知道问题的答案的状况，结果却大相径庭。 所以，面对面试题，过程重于结果，纠结于题目、预备答案是不会有任何意义的。 面试时该如何做呢?以下是我的”几点建议： 理清问题，必要时可以跟面试官沟通确认，避开误会，不但理解问题，还要同时思索面试官的意图; 不急于开头答复，可以先分析问题，列举实际案例，争取思索时间; 不限于回答下列问题，可以以对面试官意图的理解为根底，主动讲解相关学问，展现自己对相关领域的体系化思索; 正面成认自己了解和不了解的东西，不敷衍，不猜想，有记不清的地方，可以正面要求面试官提示。 以上四点，都是只有面试场景才能够使用的，这也是为什么我说“面试和考试不同

4、”。 关于争辩 技术相关岗位中，经常有这样的埋怨：“面试官技术比我弱怎么办?面试官跟我争辩技术问题怎么办?” 通常状况下，面试官不应当也不会跟应聘者争论技术问题本身，比方我，假如觉得应聘者答复错误，会尝试以追问的形式考察应聘者能否自圆其说，一些概念性错误，我则会追问其来源出处，直到对方无法答复。 固然，不怕一万，就怕万一，作为应聘者，万一遇到了这样的事情，而且面试官真的错了怎么办? 虽然面试官在这样的场景下自然强势，但其实也不是完全没有方法，有三点，至少可以缓解问题： 一、不要正面否认对方，尝试认同对方观点合理性，再从侧面反对。 二、展现推理过程，从双方共同认可的观点动身，层层推理得出你的结论

5、，在过程中，不断跟面试官争论确认。 三、引述出处，使用专业词汇，使得面试官对你的观点自然产生敬畏，不敢草率否认。例如： “说说为什么JavaScript是一门基于对象的语言而不是面对对象的语言?” “JavaScript明明就是面对对象啊?”(惨死，还是冤死) “说说为什么JavaScript是一门基于对象的语言而不是面对对象的语言?” “哦，JavaScript的语言标准ECMA262的序章里面提到过JavaScript是面对对象的语言，而ECMA262名词解释里也提到了JavaScript是基于对象的语言。在它这个定义里面，面对对象是指以对象为主要抽象工具，描述规律，基于对象是指根底库和运

6、行时设施，以对象为根底来设计。所以JavaScript既是面对对象，又是基于对象。JavaScript是基于对象的语言而不是面对对象这个说法我似乎也听过，但是记不太清了，由于觉得语言标准比拟权威嘛，呵呵”(说的有凭有据，又留足面子，至少得回去掂量一下) 其实“不靠谱的面试官”很少消失，这样的突发状况并不是总能处理好，我们要尽最大努力，剩下的就凭运气了 关于简历 一个人适宜不适宜，在面试前就打算了大半。一个简历看上去合格的应聘者，面试阶段可能只是确认简历上内容的真实性罢了。 有些应聘者，尤其是应届生特殊简单受到各种传奇故事的感染，追求出位。其实简历只是信息的载体，不管它有多好看，不管你制作的多仔

7、细，最重要的还是它的内容。 所以，简历上最重要的是什么呢?各个岗位有所不同，下面是我对技术岗位的简历上比拟看重的内容： 工作履历，尤其是上一份工作，公司名是否听过，公司档次，如BAT、FLG，岗位 教育经受，是否是top2 是否是国外名校，是否是985、211学校，是否有ACM竞赛获奖经受 技术社区奉献，blog是否有深度内容，是否有稳定更新，github上有没有高质量开源工程 工程经受，工程的规模，简单程度，其中表达的 共性化内容：技术视野，个人成长经受，个人讨论内容，学习方法 写简历的时候，首先要明白，HR或者主管查看简历的时候，一般只会花费1分钟，于是有以下几点建议： 这其中次要信息越少

8、，重要信息就越突出; 任何简单的排版方式，都会加大阅读困难; 变色强调特别有用，可以突出重点，但是处处变色强调是灾难; 技能列表，精通和熟识，这些内容价值不高，间或还会惹麻烦。 应届生常犯的错误是使用网上的各种简历模板，然后拼凑内容。没有工程经受硬造工程经受，找一些亲友开的公司硬挂靠参谋甚至总裁助理职位，这些东西会阻碍面试官看到真正有价值的内容。 正确的写简历方式是用一张白纸，先写好必要的个人信息和联系方式，然后列出全部你觉得自己做过的有价值的事和拿到的荣誉，根据从重要到不重要依次排列，再做简洁的分类组织。 然后，问题来了，对许多人来说，这个列表是空的?怎么办? 我的建议是，既然是空的，那就不写，请把经受放在共性化内容上，从技术视野，个人成长经受，个人讨论内容，学习方法中，选择一项，深入谈谈你做过的努力，这些也有可能打动面试官，比硬性拼凑的内容强过百倍。