web前端面试技巧.docx

web前端面试技巧
web前端面试技巧
　　面试前端工程师对我来说是一件特别有意思的事，因为面试过程很大程度上也是自我提升的过程。无论大公司还是小公司，之所以在如何聘请到真正有实力TML——二者有什么区分，你觉得应当运用哪一个并说出理由。
　　JSON——它是什么、为什么应当运用它、究竟该怎么运用它，说出实现细微环节来。
　　重申一下，上述这些学问点都应当是你应当;想都不用想;的东西。我一起先问的全部问题都是想摸清你对全部这些领域学问的驾驭程度。虽然上面列出的这些学问点并没有四平八稳，但我觉得你至少应当驾驭这些，才有可能跟我坐到一间办公室里来。
　　二、少量提问
　　我特别赞同面试者问的问题越少越好。反复问应聘者各种问题既不公允，也很无聊。我在任何一次面试中，通常只问三个大问题，但每个问题又会涉及我所能想到的多个方面。回答每个大问题一般要经过几个步骤，这样我就可以在每个步骤中穿插着问一些小问题。比如说：
　　现在有一个正显示着Yahoo!股票价格的页面。页面上有一个按钮，你可以单击它来刷新价格，但不会重新加载页面。请你描述一下实现这个功能的过程，假设服务器会负责打算好正确的股票价格数据。










　　这个问题牵扯到一组我想要考察的基本学问点：DOM结构、DOM操作、事务处理、XHR和JSON。假如我要求你对换一种处理股票价格的方式，或者 让你在页面中显示其他信息，就可以把更多的学问点包括进来。对于阅历比较丰富应聘者，我也可以自如地扩展要考察的学问范围，最简洁像JOSN与XML的区 别、平安问题、容量问题，等等。
　　我还希望应聘者给出的任何解决方案中都不要运用库。我想看到最原生态的代码，你就当页面中没有包含任何库。你说你对哪个库了解多少多少，但我不能把 关于库的学问作为评判实力的因素，因为库是会随时间改变的。我须要的是真正理解库背后的机制，特殊是能够徒手写出一个自己的库的人。
　　三、解决问题
　　做为一名前端工程师，最值得兴奋的事莫过于解决同一个问题会有许多种不同的方法，而你要做的就是找出最合适的方法来。我在提问的时候，常常会在应聘 者说明完一种方法后问他们还有没有其次种方法。此时我会跟他们说，假设你的这个方法由于种种缘由被推翻了，那么你还能不能给出另一种方法。这样做可以达到 两个目的。
　　首先，可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认，某些人的确有过目不忘的天赋，听他们在那里滔滔不绝地讲，你会觉得他们什么都 明白。可是，只要一跟这些人谈到怎么查找方案无效的缘由，以及能否拿出一个新方案来，他们往往就傻眼了。这时候，假如我听到;我不明白这个方案为什么不够 好;之类的反问，心里立即就明白我的问题已经超出了他们的实力范围，而他们只是想拿自己死记硬背的结论来蒙混过关。










　　其次，可以测试出他们已经驾驭的(还是那句话，;想都不用想;)阅读器技术学问。假如他们对阅读器平台的核心学问有较好的理解，想出解决同一问题的不同方案根本没有那么难。
　　对一名前端工程师来说，这肯定是最重要的实力。前端工程师在工作中遇到本该如此却并未如此的难题(说你啦，IE6)，应当说是一件很平常的事。一个方案无效就无计可施的人，做不了前端工程师。
　　考核应聘者解决问题实力的另一层缘由，与我的个人喜好有关。在搞清晰应聘者知道什么不知道什么之后，我就会想着问一个他们学问领域之外的问题。这样 做的目的，就是想看看他们怎样运用已有的学问解决新问题。在解决问题的每一步，我也打算了一些提示，以防有人会卡壳打艮(在我面前15分钟一言不发，对我 评价这个人毫无帮助)。我真正感爱好的.，是他们能够从上一步前进到下一步。我希望看到一个人就在我眼前学到新学问。