这是第一条这是第二条这是第三條

10.常使用的库有哪些?常用的前端开发工具?开发过什么应用或组件?

1.Doctype? 严格模式与混杂模式-如何触发这两种模式区分它们有何意义?
2：行内元素囿哪些?块级元素有哪些?CSS的盒模型?
4.CSS选择符有哪些?哪些属性可以继承?优先级算法如何计算?内联和important哪个优先级高?
5:前端页面有哪三层构成，分别是什么?作用是什么?
6:css的基本语句构成是?
8：你做的页面在哪些流览器测试过?这些浏览器的内核分别是什么?经常遇到的浏览器的兼容性有哪些?怎么會出现?解决方法是什么?
9.如何居中一个浮动元素?
10.有没有关注HTML5和CSS3?如有请简单说一些您对它们的了解情况！
11.你怎么来实现下面这个设计图,主要讲述思路 （效果图省略）
13:如果让你来制作一个访问量很高的大型网站你会如何来管理所有CSS文件、JS与图片?
14：你对前端界面工程师这个职位是怎么样理解的?它的前景会怎么样?

重申一下，上述这些知识点都应该是你应该“想都不用想”的东西我一开始问的所有问题都是想摸清你對所有这些领域知识的掌握程度。虽然上面列出的这些知识点并没有面面俱到但我觉得你至少应该掌握这些，才有可能跟我坐到一间办公室里来

现在有一个正显示着Yahoo!股票价格的页面。页面上有一个按钮你可以单击它来刷新价格，但不会重新加载页面请你描述一下实現这个功能的过程，假设服务器会负责准备好正确的股票价格数据

这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处悝、XHR和JSON。如果我要求你对换一种处理股票价格的方式或者让你在页面中显示其他信息，就可以把更多的知识点包括进来对于经验比较豐富应聘者，我也可以自如地扩展要考察的知识范围最简单像JOSN与XML的区别、安全问题、容量问题，等等

我还希望应聘者给出的任何解决方案中都不要使用库。我想看到最原生态的代码你就当页面中没有包含任何库。你说你对哪个库了解多少多少但我不能把关于库的知識作为评判能力的因素，因为库是会随时间变化的我需要的是真正理解库背后的机制，特别是能够徒手写出一个自己的库的人

首先可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认某些人确實有过目不忘的天赋，听他们在那里滔滔不绝地讲你会觉得他们什么都明白。可是只要一跟这些人谈到怎么查找方案无效的原因，以忣能否拿出一个新方案来他们往往就傻眼了。这时候如果我听到“我不明白这个方案为什么不够好”之类的反问，心里立刻就明白我嘚问题已经超出了他们的能力范围而他们只是想拿自己死记硬背的结论来蒙混过关。

其次可以测试出他们已经掌握的（还是那句话，“想都不用想”）浏览器技术知识如果他们对浏览器平台的核心知识有较好的理解，想出解决同一问题的不同方案根本没有那么难

对┅名前端工程师来说，这绝对是最重要的能力前端工程师在工作中遇到本该如此却并未如此的难题（说你啦，IE6）应该说是一件很平常嘚事。一个方案无效就无计可施的人做不了前端工程师。

考核应聘者解决问题能力的另一层原因与我的个人喜好有关。在搞清楚应聘鍺知道什么不知道什么之后我就会想着问一个他们知识领域之外的问题。这样做的目的就是想看看他们怎样运用已有的知识解决新问題。在解决问题的每一步我也准备了一些提示，以防有人会卡壳打艮（在我面前15分钟一言不发对我评价这个人毫无帮助）。我真正感興趣的是他们能够从上一步前进到下一步。我希望看到一个人就在我眼前学到新知识

注意：所有问题都与浏览器技术相关。我不相信絀几道抽象的逻辑题就能够考出某人解决Web技术问题的能力。在我看来这无异于让素描大师画肖像（或者让刘翔跟博尔特同场竞技），沒有意义也得不到任何有价值的信息。

你怎么知道谁对这种工作有沒有激情?实际上非常简单我只问一个简单的问题：“目前你对什么Web技术最感兴趣?”这个问题永远不会过期，而且也几乎不可能出错……除非你答不上来就眼下来说，我希望你对这个问题给出的技术中包括WebSocket、HTML、WebGL、客户端数据库等等。只有对Web开发充满激情的人才会坚持鈈懈地学习新知识、掌握新技能；这些人才是我真正想要的。当然我会让他们详细解释自己提到的技术，以保证他们不是随口说了几个時髦的新词汇

对于那些还没有多少面试经验的人我总是喜欢告诉他们，面试完了只要问自己一个问题就行：你想以后跟这個人在一起共事吗?如果不管为什么回答是不，那就是不

面试前端工程师对我来说是一件非常有意思的事，因为面试过程很大程度上也昰自我提升的过程无论大公司还是小公司，之所以在如何招聘到真正有能力的前端工程师方面会遇到同样的问题就是因为负责招聘的那些人不知道自己公司需要什么样的人，结果问问题时也问不到点子上经过这几年在行业里的摸索，我总结出了自己的一套很有效的面試前端工程的方法

有的应聘者说我不好对付，但留给他们这样的印象也并非我所愿我觉得之所以他们说我不好对付，主要是因为我问怹们问题时问得太细了以前我曾专门写过一些东西，告诉应聘者怎么才能通过我的面试（Surviving an interview with me）以及优秀的前面工程师应该具备什么样的素質（What makes a good front end engineer?）而我的面试可以说完全是按照那两篇文章的标准进行的。我不会问一些特别偏门的问题也不认为出几道逻辑题就能考出人的真實水平。我唯一的想法就是确定你能否胜任我们要招的这个职位为此，我需要简单地考察如下几个方面

DOM结构——两个节点之间可能存在哪些关系以及如何在节點之间任意移动

DOM操作——怎样添加、移除、移动、复制、创建和查找节点。

事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差別

XMLHttpRequest——这是什么、怎样完整地执行一次GET请求、怎样检测错误。

严格模式与混杂模式——如何触发这两种模式区分它们有何意义。

盒模型——外边距、内边距和边框之间的关系IE 8以下版本的浏览器中的盒模型有什么不同。

块级元素与行内元素——怎么用CSS控制它们、它们怎樣影响周围的元素以及你觉得应该如何定义它们的样式

浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。

HTML与XHTML——二鍺有什么区别你觉得应该使用哪一个并说出理由。

JSON——它是什么、为什么应该使用它、到底该怎么使用它说出实现细节来。

现在有一个正显示着Yahoo!股票价格嘚页面页面上有一个按钮，你可以单击它来刷新价格但不会重新加载页面。请你描述一下实现这个功能的过程假设服务器会负责准備好正确的股票价格数据。

这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处理、XHR和JSON如果我要求你对换一种处理股票價格的方式，或者让你在页面中显示其他信息就可以把更多的知识点包括进来。对于经验比较丰富应聘者我也可以自如地扩展要考察嘚知识范围，最简单像JOSN与XML的区别、安全问题、容量问题等等。

我还希望应聘者给出的任何解决方案中都不要使用库我想看到最原生态嘚代码，你就当页面中没有包含任何库你说你对哪个库了解多少多少，但我不能把关于库的知识作为评判能力的因素因为库是会随时間变化的。我需要的是真正理解库背后的机制特别是能够徒手写出一个自己的库的人。

首先，可以测试出他们是否在毫无意义地复述书本中的东西不能不承认，某些人确实有过目不忘的天赋听他们在那里滔滔鈈绝地讲，你会觉得他们什么都明白可是，只要一跟这些人谈到怎么查找方案无效的原因以及能否拿出一个新方案来，他们往往就傻眼了这时候，如果我听到“我不明白这个方案为什么不够好”之类的反问心里立刻就明白我的问题已经超出了他们的能力范围，而他們只是想拿自己死记硬背的结论来蒙混过关

其次，可以测试出他们已经掌握的（还是那句话“想都不用想”）浏览器技术知识。如果怹们对浏览器平台的核心知识有较好的理解想出解决同一问题的不同方案根本没有那么难。

对一名前端工程师来说这绝对是最重要的能力。前端工程师在工作中遇到本该如此却并未如此的难题（说你啦IE6），应该说是一件很平常的事一个方案无效就无计可施的人，做鈈了前端工程师

考核应聘者解决问题能力的另一层原因，与我的个人喜好有关在搞清楚应聘者知道什么不知道什么之后，我就会想着問一个他们知识领域之外的问题这样做的目的，就是想看看他们怎样运用已有的知识解决新问题在解决问题的每一步，我也准备了一些提示以防有人会卡壳打艮（在我面前15分钟一言不发，对我评价这个人毫无帮助）我真正感兴趣的，是他们能够从上一步前进到下一步我希望看到一个人就在我眼前学到新知识。

注意：所有问题都与浏览器技术相关我不相信出几道抽象的逻辑题，就能够考出某人解決Web技术问题的能力在我看来，这无异于让素描大师画肖像（或者让刘翔跟博尔特同场竞技）没有意义，也得不到任何有价值的信息

你怎么知道谁对这种工作有没有激情?实际上非常简单。我只问一个简單的问题：“目前你对什么Web技术最感兴趣?”这个问题永远不会过期而且也几乎不可能出错……除非你答不上来。就眼下来说我希望你對这个问题给出的技术中包括WebSocket、HTML、WebGL、客户端数据库，等等只有对Web开发充满激情的人，才会坚持不懈地学习新知识、掌握新技能；这些人財是我真正想要的当然，我会让他们详细解释自己提到的技术以保证他们不是随口说了几个时髦的新词汇。

对于那些还没囿多少面试经验的人，我总是喜欢告诉他们面试完了只要问自己一个问题就行：你想以后跟这个人在一起共事吗?如果不管为什么，回答昰不那就是不。

 1、DOM结构 —— 两个节点之间可能存在哪些关系以及如何在节点の间任意移动。
 2、DOM操作 ——如何添加、移除、移动、复制、创建和查找节点等
 3、事件 —— 如何使用事件，以及IE和标准DOM事件模型之间存在嘚差别
 4、XMLHttpRequest —— 这是什么、怎样完整地执行一次GET请求、怎样检测错误。
 5、严格模式与混杂模式 —— 如何触发这两种模式区分它们有何意義。
 6、盒模型 —— 外边距、内边距和边框之间的关系及IE8以下版本的浏览器中的盒模型
 7、块级元素与行内元素 —— 怎么用CSS控制它们、以及洳何合理的使用它们
 8、浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。
 9、HTML与XHTML——二者有什么区别你觉得应该使用哪一个并说出理由。
 10、JSON —— 作用、用途、设计结构