之前互联网面试很喜欢的源码探究，在 AI 下不值得一提

[yifangtongxing28]

因为 AI 直接帮助你梳理了，当然，Spring 那套屎山其实挺有意思，AI 识别的还没那么好



但是那些熬夜秃头花了大功夫在这上面的面试官，为了准备这些熬夜秃头的候选人，以及消逝的时间，健康，机会成本，都没有了



这也许就是 AI 的残酷性吧

[liaozzzzzz]

事实是一堆人就算给他总结好了也看不懂 哈哈哈哈（＃－.－）

[Avedge]

要不怎么体现出自身的优越性呢

[hackyuan]

读是一回事，读懂是一回事，源码技巧用到自己项目又是一回事。
虽然有 AI 了，但这两年还能继续保持一点乐观，以后的事以后再说吧。

[yifangtongxing28]

@liaozzzzzz 是的，不过对于写应用代码的，能改吧改吧跑起来都是一种门槛，现在 ai 也在降低这种门槛

[yifangtongxing28]

@hackyuan 我比较悲观，因为我太知道老板们是怎么想的了

[94]

虽然实际开发流程快速进化了，但是面试流程并没有随之进化。
面试题、考察的点也还是那些，甚至绝大部分的公司依然不允许在面试者在面试阶段运用 AI 辅助。

[ash1n2]

有时候我觉得面试并不是看你会不会某个具体的东西，而是看你在遇到问题的时候如何分析、解决问题，前者是具体的术，后者是道。

[Geo200]

还有手撕算法呢，动态规划，二叉树，红黑树考的不亦乐乎

[workbest]

进化了，meta 不考 leetcode 了

[edotac]

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

[COW]

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

[swananan]

源码阅读依然很有用啊，哪怕是在面试环节。因为高质量的源码，代表着某一类领域问题的一种解决方案，当你阅读加跑过之后，你才会比较好的理解这里面的细节（当然天才不需要）。没有比较深入的理解，面试时候就更难展示出相应的技能水平了。

我在写代码的时候，更准确的说在指挥 AI 写的时候，心里还是想着以前读过相关的代码是怎么实践的。并且在很多时候方案细节不确定的时候，我会指挥 AI 帮我去翻出知名项目对应源码实现，然后我自己也会读对应细节，看看怎么实现才合适。

[yifangtongxing28]

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

[yhxx]

我倒是觉得还是有必要的
你不看这些基础知识，你连 AI 哪里是编的哪里是对的都分不清

或者再明确一点，假如有个问题 AI 给了你一个非常自信、逻辑完美的解释，你心里总觉得不太对，你靠什么判断呢？
没有基础的人，甚至连这个“不太对”的感觉都不会有

当然这也只是现阶段，随着 AI 进步，可能也会很不一样吧

还有一个问题是，选择了这个行业的人，大部分还是有点追求的吧，就只写 CRUD 度日吗，没有一点做点什么行业前沿改变世界之类的工作的梦想？这部分 AI 是没法帮你的呀

[yifangtongxing28]

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

[swananan]

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

[yifangtongxing28]

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

[silencil]

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

[tomatocici2333]

现在都只把 AI 当辅助了，不然 cr 适合 +1 问那个方法是在哪里都要找半天

[satoru]

@yifangtongxing28 你都知道老板们怎么想了，我觉得你应该自己成为老板，不要想打工面试啥的小事