‘壹’ 资深HR揭秘：Web前端面试技巧有哪些
Web前端面试技巧
Web前端工程师的面试前的准备:
1. 自我介绍
准备不同时间版本的1 分钟、3 分钟的自我介绍.反复练习,并脱稿,但不是背诵.因为背的话自我介绍就显得十分的生硬,一定要用自然的语言将自我介绍说出来.这样可以给面试官留下很好的第一印象.
2. 预演
搜索一些你应聘的公司和职位,在宿舍里、家里,先自己预演下,可能会被问及的各种问题和答案.即使你不能猜中所有问题--当然HR也不会面面俱到、一直不停的提问,最关键词的只有那么几个.思考问题的过程会让你减轻紧张而且在面试时心里有底.
3. 积极自我暗示
在群面的时候,我们可能会因为别人的发言而绕乱了自己的思路.这时候千万不要乱,适当的做深呼吸调整一下自己,做到沉着冷静,整理好自己的思路,努力回忆自己所学和所掌握的知识,给自己积极的心理暗示,一句话:相信自己能行!你是最棒的.
4. 面试简历一定要准备充分
面试你的人可能不止1 个.预先料到这点.并准备好会显得你做事正规、细致.没有比当被要求提供多一份简历而你却没有.更能表明你缺乏准备的事了.你说呢?
5. 完整而认真的填写公司要求的表格
尽管你认为它们用处不大、尽管你带了简历来,很多公司都会要求你填一张表.你愿意并且有始有终地填完这张表,会传达出你做事正规、做事善始善终.
面试过程:
1. 给面试官留下深刻的印象
最初和最后的五分钟是面试中最关键的,在这段时间里决定了你留给人的第一印象和临别印象以及主考人是否欣赏你.最初的五分钟内应当主动沟通,离开的时候,要确定你已经被记住了.要让人产生好感,富于热情.人们都喜欢聘请容易相处且为公司自豪的人.要正规稳重,也要表现你的精力和兴趣.
2. 学会自我营销
营销自己十分重要,将你所有的优势推销出去,包括你的技术资格,一般能力和性格优点,雇主只在乎两点:你的资历凭证、你的个人性格.你能在以往业绩的基础上工作并适应公司文化吗?谈一下你性格中的积极方面并结合例子告诉对方你在具体工作中会怎么做.
展示你勤奋工作追求团体目标的能力,大多数主考人都希望找一位有创造力、性格良好、能够融入到团体之中的人.你要必须通过强调自己给对方带来的好处来说服对方你两者皆优.
‘贰’ HR是如何面试那些前端菜鸟的
HR是如何面试那些前端菜鸟的
xx先后在twi**er,Stripe工作，期间会参加面试工作。实际上参加面试工作的人都知道要想在一个较短的时间内(30min-1h)就对一个应聘者做出判断其实是很难的，因此我们不得不想尽办法去更加合理的去判断面试者。下面是xx理出的一个思路:
如果对方有github账号，我们会尽可能的去了解TA在开源项目上的动态和他的开源项目。我们也会从中挑出一些切入点，通过交流他做这个项目的出发点也能够更好的了解面试者的设计思路，也可以初步的去判断该人是不是适合团队。如果双方交流顺畅，接下来会直接进行到代码等一些基础问题上来。
自己的面试会很实际，几乎全部都是coding,很少会提到算法和一些抽象的概念。自己提出的问题看似简单，但是每一点都涉及到javascript的一些知识领域。
面试的'时候并不建议使用白板，通常希望面试者自己带上自己的笔记本，或者就使用自己的。我会将他们的代码运行，并告知结果。
Object prototype
我起初会提出一个非常简单的问题就是定义一个函数spacify ,将一个字符串作为参数传入，然后返回一个字符串，不过该字符串相对原有传入参数的变化是字母与字母之间多了一个空格。
spacify('hello world') // => 'h e l l o w o r l d'
虽然问题很简单，但这却是一个很好的开始，我们接下来的问题便可以围绕此展开, 尤其对于那些声称自己了解Javascript，但实际却连一个函数都不会写的面试者高下立判。
正确的答案如下，不过一些面试者或许会选择for循环，当然这并没有错
function spacify(str) {
return str.split('').join(' ');
}
接下来，我会继续问如何将这个函数直接作用在一个字符串对象上.
'hello world'.spacify();
这个问题可以让我了解面试者对原型链的理解，这个问题可以让彼此展开一些有讨论，诸如直接在原型链上定义属性的危害等等.实际期待结果:
String.prototype.spacify = function(){
return this.split('').join(' ');
};
一般到这里我会让面试者讲讲函数声明和函数表达式的区别。
Arguments
接下来，我会去了解面试者对于 arguments的理解，我们会要求面试者定一个log函数。
log('hello world');
函数类似实现一个简单的控制台输出，在控制台输出传入的字符串。一边面试者都会在定义的函数里直接写console.log，不过还是有更优秀的面试者会直接使用apply。
function log(msg){
console.log(msg);
}
接下来，我会继续问如果我传入多个参数依旧输出一个字符串 ，我会提示面试者传入的 参数是不固定的，我会暗示xxconsole.log实际上也接受多个参数。
log('hello', 'world');
不过我还是希望您的面试者现在已经想起apply;面试者可能会在apply和 call上困惑，这个时候我会做点小提示，不过将console上下文传入也是非常重要的.
function log(){
console.log.apply(console, arguments);
};
接着我会继续追问，如果我希望在那个输出的字符串前统一加上(app) 这样的字符串，类似于这样:
'(app) hello world'
这个问题明显会复杂很多，面试者应该知道arguments是一个伪数组，我们需要先将它转换成正常的数组，我们可以使用Array.prototype.slice,代码如下:
function log(){
var args = Array.prototype.slice.call(arguments);
args.unshift('(app)'); console.log.apply(console, args);
};
Context
接下来我想了解面试者对于上下文以及this的理解，我会给出下边的代码，让面试者去解释count的值。
var User = {
count: 1,
getCount: function() { return this.count;
}
};
接下来我会给出下面的代码，让面试者去回答应该输出的正确答案。
console.log(User.getCount());var func = User.getCount; console.log(func());
上面的例子中正确输出1和undefined。实际上很多面试者都会在这里跌倒。func的上下文是 `window，因此已经失去了count属性。接下来我回继续追问面试者如何确保func的上下文始终都和User关联，这样可以使输出的答案是1。
正确答案是使用Function.prototype.bind，代码如下:
var func = User.getCount.bind(User); console.log(func());
这个时候我会让面试者去进行完善，如果老的浏览器并不支持该方法，我们应该怎样去兼容。部分基础较差的面试者会比较纠结，但是个人认为任何一位前端工程师都应该对apply和call有着较为深刻的理解。
Function.prototype.bind = Function.prototype.bind || function(context) {
var self = this; return function(){ return self.apply(context, arguments);
};
}
Extra points if the candidate shims bind so that it uses the browser's native version if available. At this point, if the candidate is doing really well, I'll ask them to implement currying arguments.
一个弹窗库
面试的最后y一部分，我会要求面试者写点实际的东西。这个非常有用，足以了解前端的技术栈。如果前面的问题回答的较为理想，这个问题，我会非常迅速的展开最后一个问题的考察。
虽然最终效果取决于面试者的实现，但是这里依旧有足够的考察点。
最好不使用 position:absolute而是position:fixed，这个时候即使窗体有滚动，也可以很好的遮罩住全局。我会提示面试者这样使用，并且追问这两者的区别。
.overlay { position: fixed; left: 0; right: 0; bottom: 0; top: 0; background: rgba(0,0,0,.8);
}
如何将里面的内容居中也是一个非常重要的考察点。一些面试者会使用绝对定位，而有的面试者则更擅长使用Js。
.overlay article { position: absolute; left: 50%; top: 50%; margin: -200px 0 0 -200px; width: 400px; height: 400px;
}
我会继续问，如何确保点击遮罩层时遮罩层是关闭的?这个问题可以将我们的讨论落脚到 冒泡中来。很多面试者都会直接将点击实践绑定到遮罩层上。
$('.overlay').click(closeOverlay);
这个接下来可以工作了，但是你会发现如果点击了遮罩层中的子元素，遮罩层也会关闭。解决方案是便是判断event target ，并且保证 这个时间不会冒泡。
$('.overlay').click(function(e){ if (e.target == e.currentTarget)
closeOverlay();
});
尾声
当然前面的知识点仅仅是前端的一部分，实际上你还可以问:性能，HTML5 APIs， AMD vs CommonJS moles，constructors，数据类型，以及盒子模型。我经常都会随着面试者的进行去选择相应的问题
;‘叁’ 前端hr面试常问的问题
面试其实就是一个不断选择与被选择的过程(不知道说的对不对)。不同公司的面试方式都有所不同，大多数人都有过多次面试的经历，前端面试也不外乎那么一些啦(好像有些废话的感觉)。
面试之前的小故事
HR会打电话过来我是××公司的，在××上看到你投到我们公司的简历，问你何时候有空约一个呗，然后说就星期*吧，既然都打电话请我面试了，好吧，那就约一个!
然后有些人会精心准备，不停刷面试题，整夜整夜的看着HTML/JS/CSS知识点，还有那些最新的、时髦的技术，看看到时候能不能唬住面试官;而有些人对自己胸有成竹，哥那么多年的前端经验了，啥项目没有经历过，不就一个面试，怕啥呢。
很快或者很慢的来到那天。你打扮的清清爽爽漂漂亮亮的，打扮的好会有加分不，没错，第一印象也是挺重要的。途中有些人可能会还一直想着面试官会问啥题目呢，那啥**属性是什么来着呢，再次拿出手机默默的看起资料;有些人可能就会想着公司不知道妹子多不多漂亮不呢，环境和福利不知道咋样，最好别碰到傻逼一样的面试官哎，不然这以后咋相处好呢。
来到公司，大小公司大家都见多了嘛，也是得看发展是吧，我们也不是肤浅的人，见到前台妹妹，哟，还不错哦。领你进会议室里，让你稍等一下，她去通知面试官，过了一会儿，不是面试官进来，那就是前台妹妹给您送来一杯水。面试官踱步向前，咦~，我是继续坐着呢，还是站着呢，还是站起来显礼貌一些嗯。
给面试的一般会是Team Leader或者非常资深的工程师。首先会让你自我介绍下，然后巴拉巴拉介绍自己，途中或者聊到面试官喜欢的`部分那就会中断问几个问题吧，介绍完自己，就进入正式的战斗了吧，一般会有2-3轮的回合。遇知战斗详情，请听下回分解。
哈哈， 开玩笑。以上瞎编胡造，如有雷同，纯属巧合。
这里就只谈谈前端技术的战斗回合吧，写的不好，请多见谅。
普通型
面试中问题会比较的零碎，html/js/css肯定都会有涉及。知识点不会有太大的规律，可能几个公司面试下来你遇到的问题一个都不带重复的。哎，前端的知识点就是乍一看深似海，仔细一看深似黑洞啊。问题好的话，一方面考察了面试人对前端接触的广度，深度的话也可以从中接触到一些。因为面试的时间有限，其实也非常考验面试官对一个人的洞察能力。
一般如果不是应届生的话，也就是会跟你交流你之前的项目，你担当的角色，你遇到的难题，怎么解决问题，用的框架，与其他工程师的交流沟通协作等等。 这些其实你心里肯定是有答案的(可能也有懵逼的)，就看你的表达，能不能对上面试官的胃口。
进阶型
除了基本的问题，面试中会有一些明显设计过的题目。针对某几个知识点，或让你手写代码，或让你提供算法或思路。如果之前没有遇到过这类问题的话其实一下子真的挺难回答，或者直接懵逼了，或者回答不出面试官满意的答案。这其实对工程师的要求也是比较的高，不能只是单纯的切切页面，用用插件，需要对某一类问题或者模式或者算法有深入的了解，对问题的解决思路有很好的把握。
算法可能不是前端工程师的长项，但作为优秀的工程师，对算法的了解应该会只深不浅。
这种面试的题目既提现了公司对面试者的要求，也相对而言的会有所体现公司的水平。
出题型
题目比较的综合，会通过邮件发给你，或者有专门的页面提供，在面试之前让你2-3天的时间做完。题目可能是很有名的某一类交互，或游戏，或页面，或公司自己出的一类小东西。
因为非当场面试，所有有比较充足的时间来思考，来写一些代码。一般都会完成，所以其实比较的关注点就是对代码的质量，通过代码来考察面试者的思路以及代码**惯等等。
其未知性也比较多，可能因为有些东西可能没法通过代码来传递，沟通，其他的思路，或者题目的缺陷等等。所以这只是面试途中的一个小部分，大多数人其实都会能做的很好。
直接上机型
还有的就会直接给你某一个交互，或者一张静态页面，或者一个布局等等，直接给你台电脑让你当场写出来。写完之后再有所交流，说说自己的想法或者接着谈其他的。
当你写代码时候，其实暴露的东西也挺多的。你写的**惯，思路清晰不清晰，对代码的熟悉程度，可能你平时都是ctrl C + V的，这时候你咋办呢。
这个可能遇到的比较少，但也会是有的。
结束语
许多面试可能都会结合以上的几种类型，多方面的考察面试者，其实，大家都懂的。
‘肆’ 前端常见面试题-hr
因为前端是用户最直观能接触和交互的地方，所有 “用户体验”最重要。
早期学习都是有点野路子，遇到问题解决问题，
后面发现有很多问题没有系统的学习 很难分析出具体的问题，
然后会开始看一下比较基本和底层一点的书或者视频，包括一些api。
有了系统的知识后，就可以去研究相关一些大神的源码，当然也借鉴了很多人的学习心的再去慢慢消化。
如果单纯看和听 其实我觉得只能吸收10%左右。
我一般会把学习的内容和工作上解决了比较难的问题都通过 掘金或者的方式记录下来。这样我觉可以消化40%的内容。
最后最好的学习方法，当然是给别人说一遍，这也是我们前端组为什么每个月做技术分享的原因。
这样我觉得可以最整个知识跟深刻的思考和别人互动互相检验学习的质量。
首先我确实挺感谢我现在公司，因为我之前去过外包公司，我深刻的感受到企业文化对公司的重要性。倡导以员工的成长为主，
公司会定期给我们请外面的老师做管理干部的培训，有管理的有经验的。确实让我学习了很多成长了很多。
不过由于我们是传统服装制造业，对于技术的迭代和要求没那么高，我在这里也工作了6年多，我自身也感觉有点 开始进入舒适区的感觉，
我想在新的环境，跟更多行业优秀的人才一起学习，让自己做一个T字型人才，把纵向的技术能力扎深扎稳。
应该就是capp项目，由于公司战略要求，要在3个月内完成原来capp工时工序客户端系统到web的切换，两个前端，两个后端，由于周期短，要在短时间交付项目成果，确实是一个很难解决的大难题。
（1）首先我觉得沟通很重要，在需求方面，我和后端组长积极与产品沟通，分析系统各个模块的使用场景和优先级。把最关键的核心模块提取出来，优先开发，并与领导协商后面再继续迭代其他基础功能。 每个功能都讨论仔细避免交付时才返工。
（2）在框架上，一个稳定的容用的框架是高效迭代开发所必须的，所以作为框架的搭建就刻不容缓，我和后端负责人也是沟通分析赶工，不断打磨一个稳定有效的框架。制定了很多约定与规范。
（3）在时间上，打包比较花时间，为了解放不必要的投入，我引进入CI/CD工具，大量的节省了前端后端的部署时间。把精力都花在刀刃上。
（4）团队的氛围， 毕竟还有很多功能要开发，加班是再所难免。
其实我觉得人加班为什么会累，一/般是一个人在奋战，会感到孤独和无助。所以我们采取在关键节点交付前集体加班的方式，由于大家都在，即保证了开发过程的效率，也可以避免007的噩梦。
（5）仪式感与明确的目标，跟上级申请项目立项，让公司发起启动会，让每一个参与开发同事有仪式感，意识自己参与项目的重要性与意义。并申请项目奖金，在每个阶段性节点按时交付，我们都给予员工及时的奖励和认可，由于有了明确的目标和方向。
整体项目最终以2个半月交付核心业务功能，4个月后完成整个系统所有功能交付，并顺利上线。
我们喜欢的运动是羽毛球，平时喜欢用碎片化的时间 听得到的一些可能，有it类的有经济学类的，可以扩充自身的视野。
还是在掘金写写博客。
‘伍’ 字节跳动前端hr面会问什么
技术成面的东西肯定要问你，考验你目前的技术水平。比如抛给你一个技术方面的问题，问你是如何解决的？用什么样的技术去解决更好？
团队方面的融合问题，看你是否能融入团队。
‘陆’ hr如何面试web前端工程师，该问哪些技术问题
近来几个月，一直在努力寻找前端战友，未果，一路的招聘经历下来，心生不少感慨， 一直都很小心翼翼的，怕错失了高人，又更加怕失误把关不够招到不合格的同学进来公司，对公司对项目造成某些影响。
面试前端工程师对我来说是一件非常有意思的事，因为面试过程很大程度上也是自我提升的过程。无论大公司还是小公司，之所以在如何招聘到真正有能力的 前端工程师方面会遇到同样的问题，就是因为负责招聘的那些人不知道自己公司需要什么样的人，结果问问题时也问不到点子上。经过这几年在行业里的摸索，我总 结出了自己的一套很有效的面试前端工程的方法。
有的应聘者说我不好对付，但留给他们这样的印象也并非我所愿。我觉得之所以他们说我不好对付，主要是因为我问他们问题时问得太细了。以前我曾专门写过一些 东西，告诉应聘者怎么才能通过我的面试（Surviving an interview with me）以及优秀的前面工程师应该具备什么样的素质（What makes a good front end engineer?），而我的面试可以说完全是按照那两篇文章的标准进行的。我不会问一些特别偏门的问题，也不认为出几道逻辑题就能考出人的真实水平。我 唯一的想法就是确定你能否胜任我们要招的这个职位。为此，我需要简单地考察如下几个方面。
基本知识
我们生活在互联网时代，你想知道的任何事情几乎都能在15分钟内找到相关信息。可是，能找到信息并不等于你会使用它。我认为所有前端工程师至少都应 该掌握某些基本的知识，才能有效地完成自己的工作。如果一遇到问题，就停下工作上网四处搜索解决方案，怎么可能保证按期完成工作呢？听听，还有谁在说“我 不知道，但我可以上网搜到。”请这些同学把手举起来，让大家认识一下（immediately raises a flag for me.）。下面我列出一些基本的知识点，这些都是我认为一名前端工程师（无论工作年头长短）在没有任何外来帮助的情况应该知道的。
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开发充满激情的人，才会坚持不懈地学习新知识、掌握新技能；这些人才是我真正想要的。当然，我会让他们详细解释自己提到的技术，以保证他们不是随 口说了几个时髦的新词汇。
最后一点
计算机科学或者Web设计方面的知识当然也有用，但那都是基本知识之外的东西。只要基本知识在那儿了，一切就都有了基础，想扩充知识面也不难。可 是，如果等到正式上班以后，还得从头学习基本技能，那种难度是不可同日而语的。另外，高级前端工程师与一般工程师相比，肯定需要掌握更多的技能。而面试几 乎没有经验大学毕业生，同样也会有一套完全不同的程序。我在这篇文章里列出来的都是一些最基本的东西。
对于那些还没有多少面试经验的人，我总是喜欢告诉他们，面试完了只要问自己一个问题就行：你想以后跟这个人在一起共事吗？如果不管为什么，回答是不，那就是不。
‘柒’ 前端面试，面试官问都看过哪些书是要问什么
面试官问及“去看书”，实际上最主要的是指代你“有关学习”层面的个人行为、习惯性——无须被“书”字给缠住！你、我、面试官，大家都是社会人士，都遭受往日教育经历的危害，因而一旦谈起自我提升、了解这些层面时，自然而然的商谈及“去看书”这一个人行为。尽管伴随着时代的发展，培训的方式、方式、具体方法愈来愈多，但我们或是习惯性的谈及“去看书”。
我们都知道，现在年轻人中，把独立时长用在念书里的占不上一成，在男性中占比例最大是指网游手游，女孩较为散在其中逛街购物游戏占有率最大，而可以把时长关键扑在学习方面，比碎石子里找金子还难，因此仅仅看一下所占占比，有比例就不错了，由于一本书没详细看了的不在少数；就你较为有兴趣的难题暖场活动释放压力，随后假如你读过书籍，很有可能迅速转换到你对专业技能的了解上去，这儿不仅能够调查了专业技能，还调查了你的学习能力、学习培训深层、专业知识消化能力等。
‘捌’ hr如何面试web前端工程师，该问哪些技术问题
hr如何面试web前端工程师，该问哪些技术问题
一、基本知识
我们生活在网际网路时代，你想知道的任何事情几乎都能在15分钟内找到相关资讯。可是，能找到资讯并不等于你会使用它。我认为所有前端工程师至少都应 该掌握某些基本的知识，才能有效地完成自己的工作。如果一遇到问题，就停下工作上网四处搜寻解决方案，怎么可能保证按期完成工作呢？听听，还有谁在说“我 不知道，但我可以上网搜到。”请这些同学把手举起来，让大家认识一下（immediately raises a flag for me.）。下面我列出一些基本的知识点，这些都是我认为一名前端工程师（无论工作年头长短）在没有任何外来帮助的情况应该知道的。
[list][*]
DOM结构——两个节点之间可能存在哪些关系以及如何在节点之间任意移动。
[*]
DOM操作——怎样新增、移除、移动、复制、建立和查询节点。
[*]
事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差别。
[*]
XMLHttpRequest——这是什么、怎样完整地执行一次GET请求、怎样检测错误。
[*]
严格模式与混杂模式——如何触发这两种模式，区分它们有何意义。
[*]
盒模型——外边距、内边距和边框之间的关系，IE 8以下版本的浏览器中的盒模型有什么不同。
[*]
块级元素与行内元素——怎么用CSS控制它们、它们怎样影响周围的元素以及你觉得应该如何定义它们的样式。
[*]
浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。
[*]
HTML与XHTML——二者有什么区别，你觉得应该使用哪一个并说出理由。
[*]
JSON——它是什么、为什么应该使用它、到底该怎么使用它，说出实现细节来。
[/list]
重申一下，上述这些知识点都应该是你应该“想都不用想”的东西。我一开始问的所有问题都是想摸清你对所有这些领域知识的掌握程度。虽然上面列出的这些知识点并没有面面俱到，但我觉得你至少应该掌握这些，才有可能跟我坐到一间办公室里来。
二、少量提问
我非常赞同面试者问的问题越少越好。反复问应聘者各种问题既不公平，也很无聊。我在任何一次面试中，通常只问三个大问题，但每个问题又会涉及我所能想到的多个方面。回答每个大问题一般要经过几个步骤，这样我就可以在每个步骤中穿插着问一些小问题。比如说：
这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处理、XHR和JSON。如果我要求你对换一种处理股票价格的方式，或者 让你在页面中显示其他资讯，就可以把更多的知识点包括进来。对于经验比较丰富应聘者，我也可以自如地扩充套件要考察的知识范围，最简单像JOSN与XML的区 别、安全问题、容量问题，等等。
我还希望应聘者给出的任何解决方案中都不要使用库。我想看到最原生态的程式码，你就当页面中没有包含任何库。你说你对哪个库了解多少多少，但我不能把 关于库的知识作为评判能力的因素，因为库是会随时间变化的。我需要的是真正理解库背后的机制，特别是能够徒手写出一个自己的库的人。
三、解决问题
做为一名前端工程师，最值得高兴的事莫过于解决同一个问题会有很多种不同的方法，而你要做的就是找出最合适的方法来。我在提问的时候，经常会在应聘 者解释完一种方法后问他们还有没有第二种方法。此时我会跟他们说，假设你的这个方法由于种种原因被否决了，那么你还能不能给出另一种方法。这样做可以达到 两个目的。
首先，可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认，某些人确实有过目不忘的天赋，听他们在那里滔滔不绝地讲，你会觉得他们什么都 明白。可是，只要一跟这些人谈到怎么查询方案无效的原因，以及能否拿出一个新方案来，他们往往就傻眼了。这时候，如果我听到“我不明白这个方案为什么不够 好”之类的反问，心里立刻就明白我的问题已经超出了他们的能力范围，而他们只是想拿自己死记硬背的结论来蒙混过关。
其次，可以测试出他们已经掌握的（还是那句话，“想都不用想”）浏览器技术知识。如果他们对浏览器平台的核心知识有较好的理解，想出解决同一问题的不同方案根本没有那么难。
对一名前端工程师来说，这绝对是最重要的能力。前端工程师在工作中遇到本该如此却并未如此的难题（说你啦，IE6），应该说是一件很平常的事。一个方案无效就无计可施的人，做不了前端工程师。
考核应聘者解决问题能力的另一层原因，与我的个人喜好有关。在搞清楚应聘者知道什么不知道什么之后，我就会想着问一个他们知识领域之外的问题。这样 做的目的，就是想看看他们怎样运用已有的知识解决新问题。在解决问题的每一步，我也准备了一些提示，以防有人会卡壳打艮（在我面前15分钟一言不发，对我 评价这个人毫无帮助）。我真正感兴趣的，是他们能够从上一步前进到下一步。我希望看到一个人就在我眼前学到新知识。
注意：所有问题都与浏览器技术相关。我不相信出几道抽象的逻辑题，就能够考出某人解决Web技术问题的能力。在我看来，这无异于让素描大师画肖像（或者让刘翔跟博尔特同场竞技），没有意义，也得不到任何有价值的资讯。
HR一般不会面试太深的问题，主要是了解一下你之前的工作经历，更多的是你自己描述，中间可能会问一些初级的问题，比如，你为什么从上一家单位离职等类似问题。
一道web前端工程师面试题，求解答。
这样的布局用绝对定位实现最合适，ABC的外层用相对定位，里边各列用绝对定位就可以。至于CBA且B宽度自适应，还是用绝对定位，但只定位C,A分部到两侧，中间的列margin设成左右列的宽度就可以。
web前端工程师如何才能硬气的跳槽？
web前端开发工程师想要硬气的跳槽，起码应该达到以下几点：
1.掌握扎实的技术基础，
需要掌握技术包括：HTML、CSS、JavaScript;
HTML是Web程式设计的基础，HTML也是一种规范，一种标准，它通过标记符号来标记要显示的网页中的各个部分。网页档案本身是一种文字档案，通过在文字档案中新增标记符，可以告诉浏览器如何显示其中的内容。
维护大型的CSS程式码库并非易事，特别是那些随意散漫未经组织的CSS程式码极易变成一团乱麻，所以，应该掌握CSS命名规范，来帮助开发者编写优质的程式码。
2.深入理解前端工程化和元件开发;
需要熟悉web前端框架—— React、Vue.js等，
React为我们提供了直接易用的，以状态为核心的前端应用开发方式，前端工程师应该会分析React内部工作原理，讨论React中简单元件、类元件等渲染流程。
Vue.js单元测试是应用开发中不可或缺的部分，日常开发中会用到的Vue.js单元测试的例子，所以应该掌握。
3.熟练掌握Web开发相关知识
至少熟悉一门后端语言，例如Node.js、Java、Go等;
Node.js内部原理视非常重要的，应该明白Node.js的主程序是如何启动的、如何载入内建模组、os包如何实现等等。
4.对技术有热情，有一定前端架构能力或者技术深度;具备团队合作意识强，能够多团队协作开发;具备企业级大型前端应用开发经验更佳。
如何识别一个人是web前端工程师
前端工程师需要懂得设计类程式码和js，有需要了解一些后台语言，例如PHP等。
如何实现成为web前端工程师的梦想
1.入门阶段：能够解决一些问题的水平。有一定的基础(比如最常见的HTML标签及其属性、事件、方法;最常见的CSS属性;基础的JavaScript程式设计能力)，能够完成一些简单的Web前端研发需求。
2.进阶阶段：将JavaScript、HTML、CSS之类的编码帮助手册里的每个方法/属性都通读几遍!只有将基础打好，以后的路才能走的顺畅。
3.入室：最强程式码，知道所有能够解决需求的各种方案，能够选择使用最优秀的方案满足需求。这个级别基本上产品开发程式设计中的程式码主力。程式设计师应该能够肯定的回答：对于这个需求而言，我的程式码就是最优秀的程式码。
4.注重细节，注意那些当前需求里没有明文给出的细节：程式码效能的差异、执行平台(浏览器)的差异、需求的隐性扩充套件、程式码的向后相容等等。
如何了解web前端工程师和UI设计师
web前端工程师是不参与任何的设计，直接将网站美工制作的网站效果图使用ps按照效果图进行切片并使用、css、js等程式码进行网页的制作，最终编写出符合w3c标准的相容各个主流浏览器的静态页面，同时还需要按照后台开发人员的要求留下一些后台资料的接口。所以说网站前端工程师更多的是程式设计而不是设计。
UI设计师一般是学美术或者设计出身，精通photoshop、AI、AE等平面设计工具，其在网站开发过程的中的职责就是按照客户或者公司的需求设计出符合客户需求和接口或者颜色符合大众视觉的网站效果，如根据不同行业的需求设计颜色、设计接口风格等，其工作的最后成果就是网站的效果图。
web前端工程师进阶学习路线如何走
less和sass什么时候学都行，1,2天就能学会。这个不着急，没有什么承上启下的作用，可以单独拿出来学。
bootstrap就是一个框架，把最主要的栅格系统看看就好。其他的大概了解能干啥就行，很多公司，是不让用bootstrap的，而是用原始码自己写。这个用一天的时间没啥问题。
node.js和angular比较重要，如果学会，算是上了一个台阶了。所以重点说说这个。
angular属于mvvm框架，一开始觉得angular挺复杂的，所以想学一个简单的，轻量级的，所以决定先学vue。但是在了解的过程中发现，很多的专业名词，没听过，或者理解不透。所以又开始从头学习node.js。在学习node.js的过程中又开始迷茫，发现了很多JS不懂的地方。
所以，又开始深入研究js的dom，函式，ajax，阵列等。总之用了很长的时间，浪费了很长时间。
最后总结一下啊。其实，没必要钻那么多牛角尖。
先做着vue的例子，不懂的地方，直接略过，很多时候，不理解的不懂的东西，用着用着，突然就能明白。照猫画虎先把VUE的例子跟着做一遍之后，同时梳理一下涉及到的JS知识点。能自己用vue做出几个小成品的时候，开始结合js研究node.js。之后再去涉及angular。
angular差不多有个大概了解的时候，反过头接着学vue，你会发现，又会发现很多新东西。
web前端这个东西特别有意思，当你达到一个高度，返回来再看以前的技术，会发现，哎呀，竟然又能发现新大陆。
厦门web前端工程师培训哪家好
培训学校很多，没有具体的衡量标准的。但是可以从几方面去选择：
1 有很多优秀导师的
2 培养出很多优秀学员的
3 只做培训的，没有做其他的
4 做的比较久的。
北京WEB前端工程师培训哪个好
建议找全程面授课程的地方学习，课程体系很重要，现在企业在用人方面讲究全栈的前端工程师人才，所在在课程选择上要慎重，学习内容要基于HTML5，要包含pc端+移动端+后端。这要才能学的系统，就业上才会有所保障。