你们招人如何判断是否通过的？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 531 天前的主题，其中的信息可能已经有所发展或是发生改变。

我是一名三年经验的前端，leader 让我当一面面试官，有点紧张，我会个屁面啊，还让我编写面试题。我应该怎么判断这个是否培训，是否真实经验的啊啊啊啊啊啊啊啊啊啊啊啊

啊啊

屁面

是否

Leader

27 条回复 • 2023-05-29 21:23:48 +08:00

ahhtree

2023-05-27 21:06:42 +08:00 via Android

招我，因为没哪个面试者写半年经验，还三年三换公司

scukmh

2023-05-27 21:17:20 +08:00

emm,我刚毕业就面试别人了。还是二面。（跑

scukmh

2023-05-27 21:18:06 +08:00

@scukmh 多问问算法啥的，好判断点。

GP1

2023-05-27 21:48:18 +08:00

网上抄，或者让 AI 给你出一套。

xiaoyuanei668

2023-05-27 22:38:52 +08:00

多考考面试的人 css 的水平

cooooler

2023-05-27 22:41:52 +08:00

@scukmh 前端也问算法，做个人吧

liangxin1998

2023-05-27 22:56:34 +08:00

@scukmh 公司想招一个能切图，做 crud 的就行，给不了太多薪资

Jaosn

2023-05-27 23:29:27 +08:00

1.你能压住他
2.能干活，不需要你帮他擦屁股

fmumu

2023-05-28 00:00:40 +08:00

先看看你们工作中的这些活能不能搞定,然后凭感觉

nightwitch

2023-05-28 00:13:43 +08:00 via Android

招初级岗主要看能不能搭上干活就行了

512357301

2023-05-28 00:29:20 +08:00 via Android

培训不培训，这个其实不重要，主要是能不能出活儿，想剔除培训的，那就往细了问，真正做过的能把一些项目里的坑点回答出来，没做过的，瞬间露馅。

dfkjgklfdjg

2023-05-28 01:32:14 +08:00

因为是 1 面，问一些基础的面试题就行了，一些 CSS 和 JS 的问题 + 一些框架相关的基础知识就好。

如果想判断是否是培训班出来的，就放弃问常规面试题，特别是框架原理方面的，多问他项目中使用到的技术栈会遇到的坑。
比如说某些他用过的类库中你踩过的坑，比如说工作中遇到合并冲突时会如何处理。多问日常工作的内容，而不是可以背书的题库上面的东西，就很容易感觉出来是否是培训班出来的。

cs419

2023-05-28 09:37:54 +08:00

框架底层原理算法什么的或者培训过
小公司来说不重要

重点是能干活
把你以前写的代码都翻一翻提取一些问题来问

brader

2023-05-28 09:56:17 +08:00

@dfkjgklfdjg 感觉这种也不太公平，有些坑或者特定环境下出现的问题，是可遇不可求的，我们自己遇到了，都要各种到处搜答案，却要求面试者在现场短时间内找出问题所在，以此判断面试者是否合格，有失偏驳

hauzerlee

2023-05-28 11:02:26 +08:00

@512357301 #11 +1 。OP 可以吧你做过的一些项目里处理过的问题拿出来问，比如你遇到的难点，或代码不良出现的 bug 。结合简历确定给那些题，别看最终答案，看他有没有解题思路。招初级岗的话，首先是能干活，然后是别给你制造问题不停来问（这点，特指在岗位需要的范围内应该能自己解决的问题。实习生的话可以接受）。

bucketcheng

2023-05-28 15:17:59 +08:00

面试不是为了问问题而问问题，而且你想要招什么样的人，通过问题来确认他能达到你的要求，能胜任接下来的岗位

dfkjgklfdjg

2023-05-28 15:27:23 +08:00

@brader #14 ，就是回答问题的解决思路啊，我们自己回答可能不会是 100%正确回答，但是思路的是共通的。就比如说 Vue 相关路人甲在项目内提到了使用 AntD Vue 1.x 那么就问他 1x 的表单绑定是怎么处理的。这种问题属于是只要用过了这个库就肯定会踩的坑。
如果答不上来，就可以再深入提问具体的一些项目细节。比如说甲他负责了某一个模块的功能，有 A 、B 两个功能。那么这两个功能一些需求的实现思路，以及两个功能的交互是怎么处理的，是否有一些状态共享之类。并不要求面面俱到，但是会有一个大概的实现，真的写过了的给一点提示马上就能说东西出来。支支吾吾说一堆原理方面的多半都是有问题。

waitingChou

2023-05-28 16:44:32 +08:00

我写的一篇关于面试的文章，希望对你有帮助

https://blog.csdn.net/zzt46245/article/details/130790452

liangxin1998

2023-05-28 18:02:27 +08:00

谢谢大家！

dayeye2006199

2023-05-29 00:58:26 +08:00

首先你得有个标准。没有标准，全凭个人感觉和喜好，谈何通过与否。
比如你们要弄个 3 年经验的工程师进来，这个人能干什么，应该知道写什么，沟通表达达到什么水平，得大概有个标准。
然后对着这个标准，来设计面试。原则是符合这个标准的人，应该在面试中有这样那样的预期表现。

然后面试完了，再去和这个标准碰，打出一个通过与否的分来。