https://gist.github.com/shenqihui/12bf9bd9fd8ae1a6858d4139a4b012f8
这份题目,是我经过不断整理之后出的,多次改动优化。 问题是:这份题目回答得不错,那答题者预计到了什么水平?同时对应什么样的价位(广州)。
下面可以忽略不看的废话
问这个问题的原因:
鉴于以前面试,直接过来面试,可能耗费双方时间,笔试题能够提前就了解面试者水平,提前筛选,所以做了这题目。
收到简历,初步筛选之后,hr 发这个笔试题给投递简历的应聘者。
效果:部分没回复没消息(是被题目吓跑了?);部分回答了一部分但是没有比较好的答案(是难度问题?);回答的好的,少。
另外,我以前的招聘帖子。https://www.v2ex.com/t/454611#reply3 ,多层电梯链接。 同时欢迎大家补充题目或者帮我优化下给些建议。欢迎大家拿去使用。
1
rabbbit 2018-07-12 15:48:13 +08:00 1
|
3
rabbbit 2018-07-12 16:35:29 +08:00
@shenqi
好多不会的,看来我基础还是不行啊. 小白鼠那题,确定是 animalA.prototype.say === animalB.prototype.say 而不是 animalA.__proto__.say === animalB.__proto__.say 吗? |
6
shenqi OP @rabbbit #3 跑了下确实是 __proto__ ,看来是我基础不过关。原来实例之后变成 __proto__ 了。
|
7
lookforsex 2018-07-12 20:39:25 +08:00
@shenqi 加个“广州价格”。。。。
|
8
shenqi OP @lookforsex #7 毕竟广州比北上深的薪资水平会低一点。
|
9
Garwih 2018-07-12 20:54:54 +08:00
如果是发给面试者,在家里做题,也就是允许使用搜索引擎,那应该大部分人都能给出比较好的答案吧?
|
11
saluton 2018-07-12 21:41:50 +08:00
最后一题超纲了啊。。前端考最小表示法过分了啊。。
|
12
zhouyg 2018-07-13 09:44:05 +08:00
我觉得 3 年标准水平的前端做好这份题目不难,但是人家选择余地也很多的呀。
题目不错已收藏😆 |
15
codermagefox 2018-07-13 10:23:13 +08:00
一年半经验战略性 Mark,家里电脑不能翻看不到,到了工作环境试试看。
看上面的回复,应该是一套不错的题目,先感谢一下楼主 |
16
jayin 2018-07-13 10:46:59 +08:00
期待公布楼主的答案
|
18
lijsh 2018-07-13 15:55:48 +08:00
问题出得挺好,有一定区分度,不过点下面的链接看到 10106 的职位和对应的薪酬,感觉有点压榨人工了。。。
|
19
zbinlin 2018-07-13 16:12:42 +08:00
|
22
rabbbit 2018-07-13 18:30:07 +08:00
怕以后有人抄就删了,要是需要我再发上来.
|
24
AllOfMe 2018-09-14 12:58:12 +08:00
楼主打扰了,我也来尝试回答一下!^_^
https://gist.github.com/LaiHuanMin/cf11b8f27c35fcaa53a08817a9de2294 能感受到你们公司的技术氛围很浓厚,而且公司地址好像就在我家附近几百米距离,请问现在还有在招前端吗? |
25
AllOfMe 2018-09-14 13:11:49 +08:00 via Android
我前端框架熟悉使用 react/vue,后端常用 Java 的 Spring 框架,主要意向是初中级前端工程师。目前主攻前端 react,对性能优化 /控制渲染 /生命周期等方面也有较深入的理解和经验
|
26
shenqi OP |
27
AllOfMe 2018-09-14 15:30:11 +08:00
@shenqi 嗯好的!已经修改好了大部分地方了,的确是我细节和算法很多地方有错误,下面是改好的几点:
1, 修改了斐波那契数列 valueArr 的 int 为 var 2, 增加了阶乘小于 0 的判断,避免产生死递归 3, 修改 z-index 的第二道题目,改为父元素 C 4, 受控组件不知道是不是因为是函数式组件没有 state。。我重新修改了一下,改为 component 的形式,当初始化时或者 props 更新了就同步自己的 state,不知道这样对不对。。 5, Animal 题目审错题了,将 die 和 all 重新进行修改类的方法 6, 修改了 url 的 pathname 的正则表达式,为了拿 pathname,对\?和\#等符号考虑不周全,没有考虑到细节。改正结果为楼上的正则,我感觉我写不出比他更好的正则表达式 7, 最后一道题目重新改正了方向,原来的算法没有考虑到有序这一优势,导致在一些特殊情况下依旧重跑了整个数组。现在通过判断第 0 个元素和前后两个元素的差值,判断是否抵达到了边界,然后进行判断 8, 重新修改了 sticky 的错误描述,sticky 的元素如果高度超过 wrapper 的高度,或者在实际和 wrapper 顶部的距离小于 CSS 的 top 距离,那么不会产生 sticky 的效果,而是类似 static 的效果 |