筛选候选人的手段而已啊，在 ai 下不值一提，那就换个手段继续筛呗

以后面试官直接给需求，然后现场 vibe coding 就算面试了

源码阅读依然很有用啊，哪怕是在面试环节。因为高质量的源码，代表着某一类领域问题的一种解决方案，当你阅读加跑过之后，你才会比较好的理解这里面的细节（当然天才不需要）。没有比较深入的理解，面试时候就更难展示出相应的技能水平了。 我在写代码的时候，更准确的说在指挥 AI 写的时候，心里还是想着以前读过相关的代码是怎么实践的。并且在很多时候方案细节不确定的时候，我会指挥 AI 帮我去翻出知名项目对应源码实现，然后我自己也会读对应细节，看看怎么实现才合适。

@swananan 这位f友可能不知道八股文的厉害哈哈，很多都靠背。还出现过面试官和应聘者背同一份文档的情况

我倒是觉得还是有必要的 你不看这些基础知识，你连 AI 哪里是编的哪里是对的都分不清 或者再明确一点，假如有个问题 AI 给了你一个非常自信、逻辑完美的解释，你心里总觉得不太对，你靠什么判断呢？ 没有基础的人，甚至连这个“不太对”的感觉都不会有 当然这也只是现阶段，随着 AI 进步，可能也会很不一样吧 还有一个问题是，选择了这个行业的人，大部分还是有点追求的吧，就只写 CRUD 度日吗，没有一点做点什么行业前沿改变世界之类的工作的梦想？这部分 AI 是没法帮你的呀

@yhxx 这位f友做了什么改变世界的工作了吗？还是说 github 的星星，开源软件 builder 就算改变世界了呢？

@yifangtongxing28 面试是双向选择，候选人其实也在考察面试官，遇到这样的，不去就好了

@swananan 22 年之前确实挑选余地很多，最近几年我这个大众方向挤满了人哈哈，供需爆表了

源码阅读当然有用，但是这是一句实足的废话。类比你是个司机，你会开车，你也懂修车，开车坏了的时候，你的修车技能可能正好就用上了，但是大部分时候仅仅只需要你开车。我觉得写代码也类似，你把 spring 源码阅读的滚瓜烂熟，遇到某个问题的时候，你根据脑海的知识一下就定位出了问题，而有的人临时 debug 加临时阅读和学习也可能把这个问题 fix ，我觉得这个付出和收益上不成正比的，拿来面试考就更过分了。

https://i.imgur.com/VUWFktU.png 现在都只把 AI 当辅助了，不然 cr 适合 +1 问那个方法是在哪里都要找半天