AI时代了,面试要不要死磕八股

刷遍了牛客的吐槽帖,大家都在骂“都2026年AI时代了,面试还在死磕八股,毫无意义”。我特别能共情这种吐槽,毕竟谁没被JVM、MySQL的偏难怪题拷打过呢?

但骂归骂,我们必须清醒地认清一个现实:哪怕AI能帮我们写90%的代码,面试问八股这件事,短期之内根本不会消失。我们能做的,不是抱怨,是搞清楚“为什么还要问八股?该不该准备?怎么高效准备?遇到纯八股公司要不要跑?”

今天就把这些问题讲透,给所有正在春招的应届生,一份最清醒、最实用的备考指南。

一、先搞懂:都2026年了,为什么面试还在疯狂问八股?

很多人说“AI都能写代码了,问八股还有什么用?”,其实企业面试问八股,从来不是看你能不能背下来,背后有3个非常现实的原因:

  1. 校招筛选的最低成本方式 春招秋招,一个岗位能收到上千份简历,面试官根本没精力挨个深挖每个人的项目,只能用八股做第一轮筛选。能把核心八股答上来,至少证明你有认真准备,有基本的计算机基础,学习态度没问题,能筛掉80%浑水摸鱼的候选人。 就像高考考的知识点,你工作里大概率用不到,但它是筛选人才最高效的方式。
  2. 判断你的基础功底,看你能不能走得远 AI能帮你写代码、改bug,但它不能帮你理解底层原理。线上出了问题,AI给了你10个解决方案,你要能判断哪个是对的,为什么能解决问题,底层逻辑是什么。 比如线上出现MySQL死锁,你不懂InnoDB锁机制的底层原理,哪怕AI给了你修复方案,你也不知道为什么会出问题,后续怎么避免。八股考的,就是你有没有这个底层功底,能不能应对工作里的突发问题。
  3. 防AI作弊,判断你的真实能力 现在简历上的项目,十有八九是跟着教程做的,甚至是AI生成的,面试官根本分不清真假。但八股不一样,尤其是连环追问的底层原理,AI能给你答案,但你没吃透的话,面试官一追问就露馅了。 问八股,是面试官判断你有没有真东西、项目是不是你自己做的,最低成本的方式。
  4. 部分传统公司/国企,面试体系常年不更新 很多国企、银行、传统软件公司,面试题库还是5年前的,面试官自己都不写代码了,根本不懂现在的AI开发、工程化落地,只能拿着题库问八股,这也是纯八股面试的重灾区。

二、灵魂拷问:2026年了,八股到底该不该准备?

答案是:必须准备,但绝对不能死记硬背,更不能只背八股不做项目。

我见过两种极端的同学,最后都没拿到好offer:

  • 第一种:天天骂八股没用,一点不准备,结果一面就被八股拷打,连聊项目的机会都没有;
  • 第二种:天天死背八股,背了几百道题,结果项目一问三不知,哪怕过了一面,二面三面也会被刷下来。

正确的做法是:把八股当成敲门砖,分优先级准备,核心考点滚瓜烂熟,偏难怪题选择性放弃,同时把更多的精力放在项目和实战上

三、遇到纯八股公司,到底要不要跑?给你明确的判断标准

很多同学问我,面试遇到全程不问项目、只问八股的公司,要不要跑?这里给大家4个判断标准,符合2个以上,建议直接跑:

  1. 全程100%纯八股,完全不问你的实习、项目、实战经历,哪怕你主动提,面试官也不接话
  2. 疯狂考偏难怪的底层源码题,完全脱离工作实际,比如让你逐行讲解HashMap的put方法源码,背不出来就直接否定你,说你基础不扎实
  3. 公司本身技术栈老旧,业务没有成长性,进去就是维护祖传代码、拧螺丝,根本没有技术成长空间
  4. 外包岗位、纯人力外包,面试只看八股背得好不好,完全不看你会不会写代码、能不能干活

当然,也有例外情况:

  • 如果你现在0offer,面临毕业即失业,哪怕是纯八股的公司,也可以先接了,至少先活下去,骑驴找马;
  • 如果是国企、银行软开,求稳定、福利好、不裁员,哪怕纯八股面试,也可以去,毕竟这类岗位的核心诉求就是稳定,不是技术成长。

四、最后给所有应届生的一句真心话

2026年AI时代,八股依然是敲门砖,但绝对不是你的核心竞争力。企业招你进去,不是让你去背八股的,是让你写代码、做项目、解决业务问题的。AI能帮你写代码,但不能帮你理解业务、设计架构、排查线上问题,这些能力,才是你未来职业发展的核心。

别再抱怨面试问八股了,花2周时间把核心考点搞定,然后把更多的精力放在项目和实战上,做一个能解决问题的开发者,而不是只会背书的机器。

祝所有牛友们春招都能拿到心仪的offer!

#哪些公司面试还在问八股?#
全部评论
是的,八股还是要做的事
点赞 回复 分享
发布于 04-19 22:41 北京
感觉还是要,对于基础编程肯定要
点赞 回复 分享
发布于 04-15 21:20 北京

相关推荐

05-19 17:58
Java
一、八股 JVM1.你实习时线上部署的容器是什么配置?是几核几G?一上来就给我问蒙了。2.(1)有关注项目的GC吗?假如说我有个项目是8核16G的,用JDK17,只部署一个进程,让你去配置它的参数,你会怎么配?比如堆大小、选用什么垃圾回收器等等。这里确实没动手实操过,只能扯到堆大小应该在合理的范围内越大越好,尽量避免Full GC影响用户体验。(2)一个Region分配多大比较合理?实话实说,确实没真实用过。3.(1)讲一下G1的原理吧?讲了一下G1回收的全过程,中途提了一下通过引用计数或可达性算法来判断对象是否可以被回收。(2)面试官追问,可达性分析算法是怎么实现的?通过GC Root形成引用链,若对象可达,则不可被回收。(3)这个描述比较简单,但是可达性底层也不可能一个一个挨着去算,这样也比较费时,它有什么优化的方式吗?确实不清楚,面试官提示可以通过RSet结构体,每个Region都会维护一个Rset,方便做可达性分析。4.(1)G1 GC其实粗略地看,可以分为四个阶段,请你分别讲一下,并说明哪个阶段会有STW?初始标记:标记GC Roots引用的标记为存活;并发标记:将第一步中标记的对象引用的对象标记为存活;最终标记:标记一些引用改变漏标的对象,不管新创建、不再关联的对象,这里会有STW;并发复制清理:将存活对象复制到别的Region,不会产生内存碎片。这里都说上来了,但是也是快忘干净了,把初始标记忘了,认为并发标记是第一阶段了,被提示了后才纠正过来。(2)第三阶段有一个SATB的结构或策略,你有了解过吗?实话实说,没有。5.你觉得G1和CMS的差异是什么?简单说一下这是真忘了。Redis1.(1)我看你用过Redis,我有一个场景,如何用Redis去统计一个搜索接口的搜索频次Top 10的词,用哪种数据结构,怎么统计?可以直接用Hash,或者是Redis提供的现成的ZSet。(2)那你了解ZSet实现的原理吗?底层?记得点评里面讲过,但这里确实是忘了。2.(1)讲一下Redis的两种持久化吧,以及差异。RDB,Redis Database Backup file,它是通过将内存中的所有数据都记录到磁盘中,bgsave命令会fork一个子进程,读取内存数据并写入RDB文件。AOF,Append Only File,通过逻辑方式,即记录Redis中的写命令进行数据的持久化。差异可能是前者侧重于物理内存的快照,后者则是通过逻辑命令进行持久化。(2)那在实践中,你会更倾向于选哪一种?这里的选的RDB,一是因为对内存数据的复制比单单记录逻辑命令来的更准确、可靠;第二点则是RDB在Redis的主从同步方面也有作用。结果面试官说应该是两种结合比较合理😄。二、实习介绍了一下实习的项目1.先看向量搜索的部分吧,文档的切chunk,转embedding是你做的吗?讲一下数据清洗,对数据的降噪操作,以及调用embedding模型转向量的过程。2.这里的embedding model是你们算法同学维护的?这里为什么选用Redis,而不用ES?你的考量是什么?直接通过Ollama部署的。讲了一下原因,而且RS在性能上应该是要比ES好的。3.说一下这两个检索的差异吧,RS用的是什么算法,ES又用的是什么算法?讲了一下混合检索的原理,但底层确实不清楚。这里面试官讲了一下常见的算法,并进行了推测。4.这里为什么要用MQ优化多线程?最让你觉得有必要进行优化的点是什么?多线程只能在单实例上运行,而MQ则可以在多台实例上一起跑,进行竞争消费。5.后续还问了一下其他项目的细节,但对大家帮助不大,这里不做赘述。三、项目介绍了一下项目1.你做这个项目时,是参考了Open Claw的设计理念吗?是的。2.聊一聊这里的短期、长期记忆你是怎么设计的?讲了一下对记忆处理的策略,这里主要是参考的Claude Code,当上下文窗口过大,调用大模型,对之前的对话历史生成摘要。3.(1)你怎么做到,让Agent能记住你半个月前跟它说的事情?我一开始没听清,以为是隔半个月重新打开,所以讲了一下持久化的机制。这里面试官纠正,是半个月一直在同一个窗口对话。由于大模型存在Lost in the Middle的特性,所以如果上下文窗口过长,在目前的设计下,可能没有办法保证能够确保还记得半个月前的事情。(2)明白,你知道Open Claw是怎么处理这个问题的吗?应该是提供了Skill的能力,对之前的上下文生成一份总结或摘要,可能是MD格式,实现回忆的效果。四、手撕合并多个升序的链表直接用的txt,共享屏幕思路出的挺快的,但是最后实现还是有点问题,好久没手敲过了,最后算是通过伪代码实现了吧。五、反问问了一下过去具体会做什么业务,会用到的技术栈都有哪些。感觉稍微有点难,好多算法、底层方面确实没了解过,也没办法。很多忘了的有点可惜,就在嘴边但是说不出来。还有就是要加强手撕能力,避免这种思路有了但是磨磨唧唧半天才写出来的情况。面试官人不错,答不出来也会给提示,循循善诱。我从小就玩知乎,不过感觉这次是寄了。
查看23道真题和解析
点赞 评论 收藏
分享
评论
点赞
1
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务