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

[niuzhuang]

Vue 的 defineProperty 答不出来，mongo 的多对一关系说不清楚，redis 的数据类型说不出来, node 只是用过而已

想到了我以前面试的时候。也曾经这么尴尬过。

混日子能混到啥时候。

[1354219429]

@gimp 我赞成你说的

[jzds001]

@murmur 哈哈

[murmur]

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

[jzds001]

@kobe6666 赞同

[whypool]

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

[telun]

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

[66beta]

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

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

[KuroNekoFan]

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

[xiaoshenke]

钓鱼帖？

[lib360]

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

[tuding]

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

[g0thic]

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

[murmur]

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

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

[AppxLite]

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

[xianxiaobo]

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

[loy6491]

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

[KuroNekoFan]

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

[lib360]

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

[realkenshinji]

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

[niuzhuang]

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

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

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