人力资源师怎么面试别人

一、基本知识 我们生活在网际网路时代，你想知道的任何事情几乎都能在15分钟内找到相关资讯。可是，能找到资讯并不等于你会使用它。我认为所有前端工程师至少都应 该掌握某些基本的知识，才能有效地完成自己的工作。如果一遇到问题，就停下工作上网四处搜寻解决方案，怎么可能保证按期完成工作呢？听听，还有谁在说“我 不知道，但我可以上网搜到。”请这些同学把手举起来，让大家认识一下（immediately raises a flag for me.）。下面我列出一些基本的知识点，这些都是我认为一名前端工程师（无论工作年头长短）在没有任何外来帮助的情况应该知道的。 [list][*] DOM结构——两个节点之间可能存在哪些关系以及如何在节点之间任意移动。 [*] DOM操作——怎样新增、移除、移动、复制、建立和查询节点。 [*] 事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差别。 [*] XMLHttpRequest——这是什么、怎样完整地执行一次GET请求、怎样检测错误。 [*] 严格模式与混杂模式——如何触发这两种模式，区分它们有何意义。 [*] 盒模型——外边距、内边距和边框之间的关系，IE 8以下版本的浏览器中的盒模型有什么不同。 [*] 块级元素与行内元素——怎么用CSS控制它们、它们怎样影响周围的元素以及你觉得应该如何定义它们的样式。 [*] 浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。 [*] HTML与XHTML——二者有什么区别，你觉得应该使用哪一个并说出理由。 [*] JSON——它是什么、为什么应该使用它、到底该怎么使用它，说出实现细节来。 [/list] 重申一下，上述这些知识点都应该是你应该“想都不用想”的东西。我一开始问的所有问题都是想摸清你对所有这些领域知识的掌握程度。虽然上面列出的这些知识点并没有面面俱到，但我觉得你至少应该掌握这些，才有可能跟我坐到一间办公室里来。 二、少量提问 我非常赞同面试者问的问题越少越好。反复问应聘者各种问题既不公平，也很无聊。我在任何一次面试中，通常只问三个大问题，但每个问题又会涉及我所能想到的多个方面。回答每个大问题一般要经过几个步骤，这样我就可以在每个步骤中穿插著问一些小问题。比如说：

HR一般不会面试太深的问题，主要是了解一下你之前的工作经历，更多的是你自己描述，中间可能会问一些初级的问题，比如，你为什么从上一家单位离职等类似问题。

这样的布局用绝对定位实现最合适，ABC的外层用相对定位，里边各列用绝对定位就可以。至于CBA且B宽度自适应，还是用绝对定位，但只定位C,A分部到两侧，中间的列margin设成左右列的宽度就可以。

web前端开发工程师想要硬气的跳槽，起码应该达到以下几点： 1.掌握扎实的技术基础， 需要掌握技术包括：HTML、CSS、JavaScript; HTML是Web程式设计的基础，HTML也是一种规范，一种标准，它通过标记符号来标记要显示的网页中的各个部分。网页档案本身是一种文字档案，通过在文字档案中新增标记符，可以告诉浏览器如何显示其中的内容。 维护大型的CSS程式码库并非易事，特别是那些随意散漫未经组织的CSS程式码极易变成一团乱麻，所以，应该掌握CSS命名规范，来帮助开发者编写优质的程式码。 2.深入理解前端工程化和元件开发; 需要熟悉web前端框架—— React、等， React为我们提供了直接易用的，以状态为核心的前端应用开发方式，前端工程师应该会分析React内部工作原理，讨论React中简单元件、类元件等渲染流程。 单元测试是应用开发中不可或缺的部分，日常开发中会用到的单元测试的例子，所以应该掌握。 3.熟练掌握Web开发相关知识 至少熟悉一门后端语言，例如、Java、Go等; 内部原理视非常重要的，应该明白的主程序是如何启动的、如何载入内建模组、os包如何实现等等。 4.对技术有热情，有一定前端架构能力或者技术深度;具备团队合作意识强，能够多团队协作开发;具备企业级大型前端应用开发经验更佳。

前端工程师需要懂得设计类程式码和js，有需要了解一些后台语言，例如PHP等。

1.入门阶段：能够解决一些问题的水平。有一定的基础(比如最常见的HTML标签及其属性、事件、方法;最常见的CSS属性;基础的JavaScript程式设计能力)，能够完成一些简单的Web前端研发需求。 2.进阶阶段：将JavaScript、HTML、CSS之类的编码帮助手册里的每个方法/属性都通读几遍!只有将基础打好，以后的路才能走的顺畅。 3.入室：最强程式码，知道所有能够解决需求的各种方案，能够选择使用最优秀的方案满足需求。这个级别基本上产品开发程式设计中的程式码主力。程式设计师应该能够肯定的回答：对于这个需求而言，我的程式码就是最优秀的程式码。 4.注重细节，注意那些当前需求里没有明文给出的细节：程式码效能的差异、执行平台(浏览器)的差异、需求的隐性扩充套件、程式码的向后相容等等。

web前端工程师是不参与任何的设计，直接将网站美工制作的网站效果图使用ps按照效果图进行切片并使用、css、js等程式码进行网页的制作，最终编写出符合w3c标准的相容各个主流浏览器的静态页面，同时还需要按照后台开发人员的要求留下一些后台资料的介面。所以说网站前端工程师更多的是程式设计而不是设计。 UI设计师一般是学美术或者设计出身，精通photoshop、AI、AE等平面设计工具，其在网站开发过程的中的职责就是按照客户或者公司的需求设计出符合客户需求和介面或者颜色符合大众视觉的网站效果，如根据不同行业的需求设计颜色、设计介面风格等，其工作的最后成果就是网站的效果图。

less和sass什么时候学都行，1,2天就能学会。这个不著急，没有什么承上启下的作用，可以单独拿出来学。 bootstrap就是一个框架，把最主要的栅格系统看看就好。其他的大概了解能干啥就行，很多公司，是不让用bootstrap的，而是用原始码自己写。这个用一天的时间没啥问题。 和angular比较重要，如果学会，算是上了一个台阶了。所以重点说说这个。 angular属于mvvm框架，一开始觉得angular挺复杂的，所以想学一个简单的，轻量级的，所以决定先学vue。但是在了解的过程中发现，很多的专业名词，没听过，或者理解不透。所以又开始从头学习。在学习的过程中又开始迷茫，发现了很多JS不懂的地方。 所以，又开始深入研究js的dom，函式，ajax，阵列等。总之用了很长的时间，浪费了很长时间。 最后总结一下啊。其实，没必要钻那么多牛角尖。 先做着vue的例子，不懂的地方，直接略过，很多时候，不理解的不懂的东西，用着用着，突然就能明白。照猫画虎先把VUE的例子跟着做一遍之后，同时梳理一下涉及到的JS知识点。能自己用vue做出几个小成品的时候，开始结合js研究。之后再去涉及angular。 angular差不多有个大概了解的时候，反过头接着学vue，你会发现，又会发现很多新东西。 web前端这个东西特别有意思，当你达到一个高度，返回来再看以前的技术，会发现，哎呀，竟然又能发现新大陆。

培训学校很多，没有具体的衡量标准的。但是可以从几方面去选择： 1 有很多优秀导师的 2 培养出很多优秀学员的 3 只做培训的，没有做其他的 4 做的比较久的。

建议找全程面授课程的地方学习，课程体系很重要，现在企业在用人方面讲究全栈的前端工程师人才，所在在课程选择上要慎重，学习内容要基于HTML5，要包含pc端+移动端+后端。这要才能学的系统，就业上才会有所保障。

我建议你可以先考一个助理人力资源管理师，这个考试还算简单，通过率比较高。而且你可以通过学习掌握基本的人力基础知识。另外，劳动法、劳动合同法等常用的法律法规是必须掌握的！你可以看看相关的案例分析，会帮助你理解。如果掌握了上述的知识，最起码找工作是会有帮助。我觉得你可以利用你的专业先从培训入手，这方面对你的法律常识要求的不是很高，压力不大。规模中等以上的公司可能一开始进去不太容易，你就先从小公司干起，慢慢来。

这里我们先看一下500强CIO公司对IT人员的标准作为参考：

首先是该人是否容易相处?有许多IT精英人才，但却不易工作与相处在一起。在团队中，这样的人是不受欢迎的。我们所需的人才必须要能融入到团队中去。

其次就是看你聪不聪明，是否有求知欲?是否有快速学习能力?是否有良好的适应能力?是否贪图安逸，还是勇于挑战新鲜事物?

最后才是评定应聘者的IT专业技能是否符合职位要求?之所以将这一因素放在最后，是因为如果一名应聘者既聪明、又有进取心，并有良好的适应能力，但却不具备我们所要求的所有技能，我依然会考虑聘用他，因为他有能力快速学会新的IT技能。

由此我们可以看出大IT公司更注重的是能力上的培养和性格上的好坏，所谓：性格决定命运，气度影响格局。一个拥有好的性格的IT技术人员即使现在他IT技术不怎么出色但是日后他也许会比那些老技术的IT人员更为出色。因为他懂得自我完善，也善于发现问题及时解决，这些处事能力是一些IT技术人员学不来的。

所以HR们在IT人员的选拔上应该更加侧重于他的性格和能力，次为技术。这样也可以降低一些遇人不孰的概率。

不过一般来说，大部分公司，HR需要考察的是应聘人员是否适合企业，性格等是否适合相关的岗位，专业技能及编程技能一般由用人部门进行考核，同时在试用期进行考察。

所以如果HR面试技术人员任务是在考察求职者的性格和能力，接下来这几点可以作为参考。

口头表达能力

面试中应试者是否能够将自己的思想、观点、意见或建议顺畅地用语言表达出来。考察的具体内容包括：表达的逻辑性、准确性。

综合分析能力

面试中，应试者是否能对主考官所提出的问题，通过分析抓住本质，并且说理透彻、分析全面、条理清晰。

人际交往能力

在面试中，通过询问应试者经常参与哪些社团活动，喜欢同哪种类型的人打交道，在各种社交场合所扮演的角色，可以了解应试者的人际交往倾向和与人相处的技巧。

自我控制能力与情绪稳定性

一方面，在遇到上级批评指责、工作有压力或是个人利益受到冲击时，能够克制、容忍、理智地对待，不致因情绪波动而影响工作;另一方面工作要有耐心和韧劲。

求职动机

了解应试者为何希望来本单位工作，对哪类工作最感兴趣，在工作中追求什么，判断本单位所能提供的职位或工作条件等能否满足其工作要求和期望。

业余兴趣与爱好

应试者休闲时爱从事哪些运动，喜欢阅读哪些书籍，喜欢什么样的电视节目，有什么样的嗜好等，可以了解一个人的兴趣与爱好，这对录用后的工作安排常有好处。

如果HR也想要初步考察技术人员的技能，不妨试试接下来的方法。

面试时，可以根据程序员和设计师两种大的标准来问问题。

程序员

对于程序员级别，又分成初级程序员、程序员和高级程序员三个等级来判断。

一.初级程序员

对于初程，在技术上其实我们不会有过多的要求，对于初程我们会更加关注他对于技术的兴趣程度(对于技术网站的关注、各种前沿技术信息的关心)，而不仅仅是因为生活所迫;另外就是在技术方面的基本功和对于公司需要采用的产品/开源工具的了解程度。

根据这样的标准，在面试初级程序员时问的问题就集中在这两个方面，常问的就是：

1、经常上什么技术网站，论坛?

2、最近业界的最新技术出现了些什么?

3、根据公司采用的产品/开源工具来问，如公司采用webwork，可以问下面试者是否之前用过，或者是否用过类似的?

二.程序员

对于程序员，在技术上就要有所要求了， 我们认为在工具方面上应该是很熟练的人员，其次就是对于工具的快速掌握能力。

根据这个标准，在面试程序员时我们会常问的问题：

1、根据公司采用的产品/开源工具和面试者的经历来问，如公司采用webwork，但面试者以前只用struts，那么我们会问他开发一个模块时，在采用struts下是一个怎么样的经典开发过程，开发过程中可能会碰到什么问题?

在工具的快速掌握能力上，个人觉得最好的方法就是让面试者当场采用一种未曾使用过的技术做hello world之类的东西，这样可以考察面试者学习工具的能力以及承受压力的能力。

三.高级程序员

对于高级程序员，在技术上自然要求就更高了，对于高程，除了需要熟练的使用工具之外，个人觉得高程需要具备对于设计思想的深刻理解。

1、根据公司采用的产品/开源工具和面试者的经历来问，如公司采用webwork，但面试者以前只用struts，那么我们会问他开发一个模块时，在采用struts下是一个怎么样的经典开发过程，开发过程中可能会碰到什么问题?(面试这样的问题是判断面试者到底有没有具备程序员的能力，具备了才继续往下问)

2、根据面试者的经历问设计模式方面的问题，如面试者采用过webwork、spring IoC、Hibernate这些东西，那么继续问一些MVC、IoC、ORM这样的实战问题，多是问如果让你自己实现一个webwork这样的'MVC框架的东西，你会怎么做?

设计师

对于设计师级别， 模块设计师、子系统设计师、专业系统设计师和系统设计师四个级别来考量。

对于设计师，在工具使用方面的考量会降低一些，但在对于系统理解方面则会加强考核。

一.模块设计师

对于模块设计师，个人认为他需要掌握怎么样设计模块才能让程序员可以按照设计开展，以及如何考察设计的实现。

常问的问题：

1、根据面试者的经历，挑选面试者曾经做过的模块，问他会怎么样去进行设计;

2、怎么样去保证模块按设计的实现(可以问的问题是举例实现人员在实现时出现差错，他会怎么办)。

3、根据公司的需求，来问一些业务方面的理解能力。

二.子系统设计师

对于子系统设计师，个人认为他需要掌握如何划分模块的能力以及如何去考评模块设计师的设计的能力。

常问的问题：

1、根据面试者的经历，挑选一个子系统问他怎么样去进行设计;

2、怎么去考评模块设计师的设计;

3、根据公司的需求，来问一些业务方面的理解能力。

三.专业系统设计师

对于专业系统的设计师，主要则需要考评其对于专业系统的理解程度以及知识的掌握面的程度。

常问的问题：

1、根据面试者的经历，如其有流程系统的设计经验，可以问流程系统的相关设计知识点，看其的掌握程度;

2、简单的介绍实现一个专业系统的关键点，同时说下自己对于该种专业系统的发展的想法。