面试了一个 9 年的程序员，对技术了解的很肤浅

什么岗位

13 年，楼主这些问题也不能全答出来

前端，但是他写了他懂 vue, react, mongo, redis, node
深入问下去，都只是用过而已。

干一行，爱一行
重点还是在兴趣上。

对方对这些技术细节可能关注不够， 或者长期未使用印象不深， 我觉得面试最好关注他擅长什么， 做过什么， 学习能力和动力如何， 对自己公司是否可用。对于他的技术水平最好不判定， 因为很难知道对方的所有信息。

和楼下先定义下限定条件。

这位哥们是在简历里面声称知道这些的。以此为前提，vue 我完全不懂，但后面几个虽然我比较弱但觉得还是应该说道说道的。

不过 mongo 多对一关系是这种类型数据结构的系统设计还是 replica/shard 那堆结构啊？要是后者不知道，应该是这些东西全给运维管，而他应该是说能用吧。

楼主出去面试被问 hbase 肯定也是一样的结果
面试是看别人能不能干活，不是看别人不会啥

mongo 多对一关系是啥问题？用 dbrefs 那种吗。

不过如果岗位是前端，就别为难别人了吧。。

我喜欢问“你最自豪的作品是什么” “你觉得最困难的一个问题是什么，你是怎么解决的”。根据他们的描述，往技术方面引申。能考察技术能力，解决问题的能力，还有对编程这块的热情。
现在好多面试官就是扫一眼简历，看到自己熟悉的就逮到死问，问到别人不会了为止。讲实话没什么用。

那应该怎么去面试？
我想的是，先考一些普遍的技术知识点，原理性的。第二，请他介绍自己的项目。然后，如何设计一个活动页编辑器。

前端的话，他自己写了懂 mongo，问一下也不算难为。
我就是想问，mongo 里一对多关系，是可以嵌套实现的，跟 mysql 的三范式不一样。replica /shard 我也不懂，属于运维了。

他未必是混日子.

被面试者的尴尬之处通常在于, 他写在简历上的每一个单词, 深究下去都可能花费一个人三五年的功夫. 而面试的过程是完全开放式的, 面试的人可以根据对手的简历提前设想好自己要问什么, 或者只问自己熟悉的那部分, 而被面试者只能面对一个巨大的未知数, 兵来将挡水来土掩.

所以看面试的目的是什么了, 要想问倒一个人很容易, 换楼主来也一样, 面试者和被面试者的位置决定了这不是一场公平的对决.

我一般面试的时候对简历上罗列出来的知识点不太感兴趣, 而是着重请他讲自己做过的项目. 在项目中遇到的困难, 解决的思路, 以及收获等等. 这中间可以观察到对方是否思维清晰, 是否有迎难而上的精神, 是否善于总结善于快速学习. 等等.

下次他就懂了，可能你是他面试的第一家公司

为什么好多面试官都喜欢问这种肤浅的问题，这种就算完全不懂花几个小时学习下就好了，问了有什么用？就算不问基础，也要着重问项目经验才是啊，经验是不能几天就有的。

另外就这个问题发表一下我对面试+招人的理解, 不一定对, 请大家指教:

其实很多时候, 在面试之前, 我对一个候选人是否合适已经有了初步印象了. 举个例子, 我经常看到有人的简历写的乱七八糟, 毫无逻辑, 甚至有不少病句或错别字. 这样的简历在我这里基本上拿不到面试机会. 或者即使有也是做为分母的. 我认为一个人如果简历都可以没有条理, 他工作的时候大概率是没办法理清楚复杂逻辑的.

另外看面试的时候的谈吐, 他在讲自己的项目的时候是否自信. 抱歉我在听一个人将他的项目的时候有时甚至会走神, 但是他中间磕磕绊绊的地方, 含糊不清的点, 以及犹豫不自信的表情我会非常敏锐的察觉到. 面试是一个将自己推销出去的过程, 我面试的时候气氛一般很融洽, 我也会经常鼓励对方表达出自己的强项. 但是也请你把自己的优势在有限的时间内展现出来, 把自己推销出去.

我的经验, 通常一个简历文笔流畅, 逻辑清晰, 格式不辣眼睛的人, 一个面试的时候很有自信对自己的项目侃侃而谈的人, 通常不会太差. 我甚至碰到过在面试的时候反客为主, 抛出问题给我, 把面试变为一场技术讨论的面试者, 这样简直就是惊喜了.

至于具体的技术细节, 计较这么多干嘛呢? 我们有在线文档, 有 Google, 有 Dash, 入职后有周围的同事. 这都是小事.

毕竟...你跺你也麻.

针对工作内容面试~

@lhx2008 #8 做了九年程序员只会前端的还不是水货？

@bestkayle 做了 9 年程序员只会前端就是水货?

@ChefIsAwesome 很赞同

@bestkayle 前端不就是这样么，就近几年的技术有用，如果是 java 做 9 年现在已经是资深了，9 年前用 spring，现在最多改成 spring boot 而已，但是前端，你都是在给浏览器填坑，以前的 ie 兼容基本不用了，各种 css trick 也不用了，以前前端可能还得会点 flash 搞定 IE 现在直接 chrome 全给你了

楼主你也一样 ，你 9 年什么水平？？ 倒背如流？

个人眼里面试拿到 offer 的条件：
1 公司真的缺人>2 面试官的眼缘>3 能力不是太差

@zkeeper 仅仅对性格外向的面试者有效

看了某些回答。真心觉得直男癌！

@murmur #19 9 年前有纯前端？反正没见过那个前端大牛只会前端的。

面我啊 我简历上的都不怕问哈哈哈哈

发这个贴主要是秀优越感

@bestkayle 我也没说不是大牛就是水货，一般码农而已

只能证明这个人不是你们要找的人，请不要站在道德高点对别人评论

此类知识会与不会，不到十分钟的差别；基础知识的理解深度，编程思想才是能力的证明

难道面试不是对着项目经验问么。。简历写了的，不会的话可以说不行，人家没写的话，明显不熟啊。。

工作 16 年来， 楼主说的东西，我都在用， 这几个问题我也答不上来， 还有各种面试时问到的 jvm 知识我也不懂。 工作中用不到的东西，不去专门研究。 用得少的，了解下概念，用到了现查文档找细节。 我不觉得自己是水货

把纯技术当圣杯
活该你写一辈子代码

https://i.loli.net/2019/03/27/5c9acfad4ba7f.jpg

我想大家应该结合楼主上一篇帖子对照看（逃）

现在前端都要会 redis 了？

面试者也是要有技巧的，个人觉得应着重问他擅长的东西，之前做过什么，用过什么技术，为什么采用这个方案，遇到过什么坑 /困难，最后通过什么方式解决的，一个人的工作态度，学习能力，钻研精神，解决问题的思路，往往比记在脑袋里的知识更重要，人的记忆力有限，记住最近两个月用到的技术细节就够了，想不起来，看一眼之前整理的笔记，用关键字 Google，Stack Overflow，总能找到答案，如果只是这些没记在他脑子里，就判断他不扎实，显然是不科学的，一本 CSS 样式书，看过了没必要背下来，知道这书里面有什么，以后遇到问题回来翻就是了。

招人之前先想好为什么招人，想让他做哪一块，之后看他是不是达到这个标准，来公司能不能胜任交给他的任务，不然招个知识点倒背如流的不一定能把工作做好，要么就是他近期用过这块的东西，要么就是他特意背了很多面试题，要么就是真大牛，掌握核心科技，侃侃而谈，后者估计很难遇到。

好的面试官能够引导面试者说出他所擅长的，如果他肚子里有东西的话，另外想要招到好的员工也需要下一番功夫，不是上网上搜几道面试题这么简单。

#21
@kobe6666 我对你的观点简直不能同意更多

问长处，别揭短

面试时需要了解这个人能做什么，擅长什么，以及是否适合这个岗位。
不要用准备好的条件筛选对方，你想要半径为 5 的圆，但对方恰好是边长为 5 的正方形

这就跟考背古文确定作家含金量一样，不能说完全没意义，也不能仅靠这个就说人家不行。面试官看人性是最重要的，这人脑子灵不灵活，好不好合作，愿不愿学习，这些可能应该占更大权重，而不是死知识

@baelish 其实我挺赞成你说的呢

很奇怪 都在喷楼主。。。
那个老哥自己简历上写的熟悉这些 ，结果一问都不会，怎么还在都喷楼主，面试不是按照对方简历写的去问问题的吗？我觉得去面试你把一些技术词语写到简历上去填充 就得准备好别人会问你。不然你看过个文档就在简历写熟悉 redis 这不糊弄人吗

@gimp 我赞成你说的

@murmur 哈哈

@g0thic 这就是现在面试的套路，如果都写最熟悉的东西上去，显得简历没有门面，而且关键词不匹配 HR 都会直接刷掉你
现在行业这么不景气 有哪个一下就面试成功的 都得面个 10 家 20 家 那么前面的就全是打酱油了
这次问了没会 下次就会了 到了最后几家就对答如流了

@kobe6666 赞同

一般遇到这样的面试，我都会怼回去

有些人其实主要心思在解决问题上，并没把心思放技术细节上，也有些知识点当时了解过，但没有去记住，再碰到类似眼熟的问题就 google 一下，我觉得更好的面试题是给一个具体的场景需求，问其设计思路，具体细节的到实际工作中其实也很多是边写边查文档什么的。

99 ％的求职者都是这么干的，把看文档做完 demo 就写上了解，有实战项目的再简单也写熟悉。

其实反观 HR 给出的 JD，大部分也是乱来的，动不动就是深刻理解 react、vue，而薪水只有 10K

@ht001 那我是不是可以理解成，连这种简单肤浅的问题平时都没有随便看看或者记不住，那这个人要么蠢要么根本就不关心这些技术上的细节？工作下来几年有个体会，很多人是，没错，东西能做出来了，但是对‘最佳实践’，‘社区规范’的理解和实践真的是一塌糊涂

钓鱼帖？

能解决问题就行，哪里需要学哪里，哪那么多 b 事儿？？？

讲真, 我做了 php 快 8 年了, image 那一堆函数用到的时候还要现查 manual. 现在都是各种 IDE, 加上面向 google 的编程. 更多的是看这个人本身吧.
我的关注点可能比较奇怪, 我更在意这人眼界, 做事情的态度, 处理难题的决心, 还有就是是否善于沟通.
还有就是如果搜资料是用的 baidu+csdn 我会慎重考虑.

@murmur 说的也是 我那天面试一个前端 看他写了熟悉 http 协议 我就问了最简单的几个状态码什么意思都不知道，但是下次面试别家他应该就知道了。但是像楼主说的 9 年前端 用了 Vue 不知道 defineProperty 确实过分了

@KuroNekoFan 框架的意义就是做了绝大多数最佳实践，剩下的只是挖土填坑种萝卜，要么要框架干嘛，像前端一样沉溺于造轮子玩？

有的时候面试问底层纯粹是来应聘的太多了，为了筛掉一批人而已，绝大多数都是 npm/maven 工程师，还是至于规范更是笑笑，入职第一份代码（配置文件）我绝对不会管什么社区规范，直接去抄老员工留下的东西，因为整个团队都是这个风格，就算错了他也是团队风格，你对了反倒你格格不入，我要适应这个团队而不是管什么规范

相比面试者，好的面试官就更少了。

感觉学的技术越多就越记不住细节

@tt67wq 不止，我还被问过主分布式架构、MySQL 主从分离、索引性能计算

@murmur 那就只能一直内卷一直烂下去咯

@tuding 能很好的解决问题就行，百度 google 抓到老鼠就是好搜索引擎

@liprais 我也觉得，国内的技术面试似乎都爱这样，问各种知识点，以此来判断一个人技术如何. 说到底招人来是干活的，如果这个人分析问题解决问题的能力很强，但是只是某些知识点不知道而已，完全是瑕不掩瑜的。

面试这些东西，也是被逼着深挖技术细节的。想吃这碗饭，确实得下点功夫。
大公司的面试比这个更蛋疼，手写红黑树，如何实现模板绑定。

也许成长到一定阶层，混出了自己的名气，可以不用应付这些面试题了。不过司徒正美还在一直造框架，不容易的。

我觉得可以区分一下，自己擅长哪些，知道哪些，用过哪些。
把自己的重点项目可以写清楚。
别人的项目，可以拿出来说这是自己的私活，练手的项目。
技术眼界也能拿来面试。

@g0thic 别人也不是优秀的前端啊，就一个页面工程师而已，你看下楼主的发帖，水平和这面试者差不多。。

@murmur 好吧 我大概知道前面一些人的吐槽点了

奇怪怎么楼上还有人喷楼主的？ 这种人其实挺多的。主要就是对编程不感兴趣，经验仅限于工作内容。这种人工作年限长短对水平提升不大。

反过来。你要去他公司面试，他问的问题你也未必答得出来…

工作 8 年，react、vue、小程序都用，vue 的 defineProperty 也不清楚, 好惭愧。。。

看楼主发的问题，我不觉得有面试前端的能力

@zkeeper 说的很中肯

记不住细节，脑壳疼

推荐给楼主看看，我也经常面试他人，面试还是有很多技巧的，不要从一个维度评判一个面试者。

我不太确定楼主哪里来的自信自己再面试一遍就可以做得很好 也许你真的很厉害 不过你敢保证技术细节你都懂？

人家是当了 9 年程序员 但不是背了 9 年开发文档啊 善于答面试题的是应届生吧 毕竟应届生没做过什么实际项目 能做的也只有背好技术细节

我的老底经不起翻……

@zkeeper @gimp @g0thic @ChefIsAwesome @um1ng 几位讲的非常好，学习了

@tetora 外向在面试的时候也很重要 毕竟面试官不是要选出每一匹千里马 而是选出一些优秀的马就可以 有可能很厉害的人因为性格内向在面试时容易被淘汰 这也很正常啊

作为 iOS 开发人员，不懂的 defineProperty，是有点夸张了

我记得我刚毕业那会问 mysql 相关的就是各种分布式锁,索引优化,索引原理的,面试题我现在能答个四五六了,然而不用 orm 我只会 select from :)

前端没事问啥后端的技能。

你问的那几个问题好像也没多有深度啊

@misaka20 本人熟悉一些 iOS 开发，但是想问下 defineProperty 是哪里的？

你们都没错，只是不适合。

@shiww js 里 es5 增加的部分

@shiww 自己有自学过前端。意思就是我不是专业的，Vue 作为一个比较热门的框架，没理由一个 9 年的程序员，不知道它的底层是是利用 defineProperty 实现的。

所谓的技术，大抵都是一些经验吧，就像背单词，记住了这个单词了，下次遇到就得会写会读会造句了，如果只是临时用了下这单词那没记住也是正常的。

但是总有一些人觉得知道了茴香豆的茴有几种写法这类似的问题就觉得自己很 geek 很流弊很优秀。。。尤其是前端圈。。。

@misaka20
@murmur

明白了，我以为是 iOS 里的概念呢

首先，简历上写了的东西，默认就是他会的，问了答不出来不是他的问题？
说面试不问技术细节的，你工作好几年了一点技术细节都答不上来？技术细节答不上来起码能答个大概吧
9 年的增删查改也算项目经验咯，服了

我觉得楼主反倒技术水平不高。

我以前招过几个人，根本不问那些所谓框架。就问下基础性的知识，看他们能不能讲清楚。来的人没有不能干活的。只有一个女生工作时老是喜欢看自己的指甲，不知道什么原因，出活比别人慢，最后不得不在试用期开掉。但还没有哪个人做不了事。

后来在国外招人，也是类似的方法。招的人也没有不能干活的。当然我个人也不是很喜欢我的招聘方式，因为我能很容易就把初级员工招进来做中高级员工的活，工资开的很低，对公司或许是好事，但对开发人员 /**人员这类团队整体薪酬的成长，没贡献。我自己也不会因为这种用人方式而加薪升职。貌似双输。

如果是招高端专家，应该是看别人对整体技术框架、架构的理解。老是关注别人是不是知道茴香豆的四种写法，这个唉……普通技术人员的通病。其实这些细节知识，不叫知识，叫信息，掌握整体框架后，信息是能从谷歌 /百度等地方获取到的。工作中日常用到这些信息，大脑就自动记住了；长期不用了，记忆曲线会自动将这些信息遗忘。这都是大自然非常好的解决方案，我们现在不也是热数据放内存冷数据放硬盘吗，不就恰好模拟了遗忘曲线吗。
我不知道开车去冰岛要经过哪些道路，但谁会怀疑我一个现代人开车找不到路去不了？让面试人员详细回答开车去冰岛要经过哪些道路，不可取啊不可取

@laojiaqing 感写熟悉 java、android、ios 的随便来个有准备的资深开发就能给他问趴，你也不看看这个词后面有多少的深度

@kobe6666 你真相了 233333

问技术细节没有意义，几年前写的项目不查文档我都不知道具体为什么这么写。

只熟悉且最近一直在做这个的新人，问这些细节可能还有些价值，考察是否真的有做过这个的经验。
做的年限久了，项目多了，基本这些都会归为翻看下文档就又能记起来或者了解的东西，再考察这个就没有太大的价值。

这帖子特么还置顶了。

@murmur 不问趴怎么知道深浅？

年头久的老师傅，不适合问这些问题，适合一些开放性问题，比如负责模块的架构设计，遇到的挑战与解决思路。

一般都是问候选人最近半年一年用的技术，如果最近一年都在搞 react，那就 60%都问相关的，往深度问
其他基础提一提。问面试官会的没什么意义啊

要你，每个问题都怕你答不上来。
不要你，每个答不上来都是问题。

准确来说 defineProperty 是 js 的不是 vue 的

啊哦，我面试就问几个 PHP 基础函数，一个冒泡排序(我吭哧吭哧写了半天)，我最后也入职了 :doge

9 年的程序员不是应该问对方擅长什么吗？有些人确实不擅长背书而擅长写作文啊。。。我觉得面试最重要的就是要发现对方的长处以及特点，而不是机械性的出点题，那跟考试有什么区别。

@zkeeper 层主这种面试官我都没遇见过 哭了 TT

@liprais 术业有专攻，你这个跟问后端怎么写 css 一样，
前端不用问 Hbase，问个 redis 都可以死一片了

你要看你需要什么样的人，要干什么样的活儿，如果你需要的工作必须要会 defineProperty，ok，大概 3 分钟就会了吧。这就像开车 9 年的老司机，面试你让他做科目一笔试题，能满分的没几个吧，不应该问更多关路况处理的问题吗

面试没认真准备吧