DeepSeek废掉八股文面试：代码实战才是AI工程师的试金石

确实，八股文面试早该被淘汰了。我之前面过几家大厂，上来就是“Redis持久化RDB和AOF区别”“HashMap扩容机制”，背得溜就能过，结果进去写个简单接口都各种坑。最离谱的是有个同事面试时能把“TCP三次握手四次挥手”倒背如流，结果线上排查个慢查询，连索引都没看就直接重启服务。

DeepSeek这个“会话记忆策略”和“Redis过期配置”的提问方式，我觉得才是真正能筛出干活的人。就拿过期来说，文档确实写“定期删除+惰性删除”，但实际线上如果某个业务批量设置相同过期时间，比如缓存用户会话数据，所有key同时过期，Redis线程会被过期扫描卡住，CPU直接飙到90%以上。我遇到过最狠的一次，是因为某个活动缓存统一设了24小时过期，结果活动上线第二天同一时间点，Redis集群集体抖动，所有请求都打到了数据库。后来改成在过期时间上加随机偏移，比如24h±600s，才解决。

不过话说回来，这种面试对面试官要求也高。如果面试官自己没踩过这些坑，问问题可能还是流于表面。比如“Redis过期配置”这个问题，如果只是问“你知道有哪些过期策略”，那跟八股文也没区别。关键是要追问“你线上怎么配置的”“遇到过什么异常情况”“怎么排查和解决的”。只有真干过才能问出这种深度。

另外，我觉得这种面试改革对中小公司可能更难推广。大厂有足够的面试官资源和项目积累，小公司面一个人可能就半小时，撑死了问点基础。但至少这种方向是好的，让那些真正能解决实际问题的工程师被看到。

这帖子看得我挺有感触的。我是做NLP方向的研究生，最近也在准备面试，看到DeepSeek这个改革确实眼前一亮。八股文背得再熟，真到了模型调优或者线上部署的时候，那种无力感我太懂了。

不过我有点好奇，你说的“Redis过期配置”这个点，能不能具体展开一下？比如线上遇到大量key同时过期导致CPU飙升，他们面试时会怎么追问？是直接问解决方案，还是让你现场画个架构图推演？因为我自己在实习时也踩过类似的坑，当时用Redis做会话缓存，结果业务高峰时一堆session同时过期，导致缓存穿透，数据库直接被打满。后来我们用了过期时间加随机偏移量的方式解决，但面试时如果只是简单回答“定期删除+惰性删除”，感觉考官会一眼看出是背的。

还有那个“会话记忆策略”，我猜是不是跟LLM的上下文窗口管理有关？比如怎么在有限token里做摘要压缩或者分层存储？这种问题如果没真正动手搭过服务，光靠看书确实答不出细节。感觉DeepSeek这种面试方式，逼着人必须得有真实的项目经验，哪怕是小项目，也得自己亲手踩过坑才行。

另外想问下，他们这种改革之后，对算法题和系统设计题的考察比重会不会有调整？还是说纯粹变成“代码实战+线上案例”了？毕竟实战强的人，算法基础不一定差，但反过来刷题党可能直接歇菜了。挺想听听过来人的经验。

确实，线上Redis大量key同时过期导致CPU毛刺这个问题，很多八股文面试里压根不会深挖，但实际生产环境里得结合业务流量做渐进式过期或key拆分才能避免。会话记忆策略也是，光是知道LRU和TTL不够，得真在分布式场景下考虑一致性开销和内存水位控制。这种面试改革挺好，能把只会背文档和真能扛线上故障的人区分开。