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

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

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

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

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

多考考面试的人 css 的水平

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

谢谢大家！

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

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

之前有一个前端同事，特别喜欢打王者荣耀，会问王者荣耀段位以此作为是否通过的判断依据

@0x663 ？？？

@ahhtree 主打一个真诚 此人可用

@moonbeama 谢谢您。其实我这种的很难在当今社会生存，太老实。

@waitingChou 你面试题的部分，我都答不上来，我太菜了。。。。

@liahu #25 可能你平时不太注重这些，也有可能你理论上会，但是放到实际场景的时候想不起来。

当时很多经验学历都比较普通的人都能答上，甚至还有普通大学的 应届生，也能答上一些。

网上搜十几道觉着不错的题目，要求高点 90 分过，要求不高 70 分过