在很多人的印象里，北大计算机硕士去面试一家游戏大厂，多少算是有点优势的。
尤其是图形渲染、引擎开发这种技术岗位，专业对口，学校够硬，还有项目和竞赛经历，怎么看都应该是一份相当有竞争力的简历。
但有一位求职者的经历，却给这种想法泼了一盆冷水。
他拿着北大计算机硕士的学历，带着图形渲染引擎相关项目经历去面试米哈游，结果前两轮技术面就被问得有些招架不住。三轮技术面加一轮HR面结束后，他没能拿到想要的Offer。
更戏剧性的是，后来他复盘、补足短板，又争取到第二次面试机会，最终才成功入职。
这段经历最值得聊的地方，不是北大硕士也会被拒，而是它暴露了游戏公司招聘里一个挺现实的逻辑。
学历可以让你获得面试机会，却不能替你回答面试官的问题。
尤其是在游戏研发岗位上，学校里学过什么，和进入公司后能不能把事情做好，中间还有很长一段距离。
这位求职者的履历其实并不差。
本科阶段专业成绩靠前，研究生就读于北大计算机专业，跟着导师参与过多个图形渲染引擎相关项目，还拿过有一定含金量的程序竞赛奖项。
看到米哈游招聘图形渲染方向的岗位时，他觉得自己和岗位要求相当匹配。
专业对口，技术方向接近，学历也足够亮眼。
如果按照传统的求职思路，这样的候选人应该很有底气。
但真正坐到面试官对面，情况就不一样了。
面试官没有花太多时间考察那些课本里的基础知识，而是围绕游戏引擎开发、实时渲染和性能优化展开追问。
问题并不只是「你知道什么」，而是「你有没有真正做过」。
比如一个渲染项目，优化前后的帧率分别是多少？为什么会出现性能瓶颈？具体采用了什么方案？优化之后有没有带来其他问题？
这些问题听起来并不陌生，毕竟他在实验室里接触过相关课题。
可一旦面试官继续往下挖，很多内容就开始变得模糊。
最尴尬的一次，面试官问项目优化前后的帧率数据，他回答「提升挺明显的」。
对方追问具体提升了多少，他只能用「肉眼可见」来形容。
这句话听起来有些好笑，但放在技术面试里，其实挺致命。
做技术项目，结果不能只靠感觉描述。优化前是什么状态，优化后达到什么水平，测试环境是什么，数据有没有对照，这些都需要拿出具体依据。
如果连自己做过的项目都说不清楚，简历上的技术经历自然很难让人信服。
更何况，米哈游招聘的不是一个只会解释理论的人，而是希望候选人进入团队后，能够参与真实的研发工作。
HR在后续沟通中也指出了类似问题。
学历能够证明学习基础，却不能直接证明一个人已经具备企业需要的工作能力。这位候选人的项目大多来自实验室，缺少贴近游戏工业化开发的完整落地经验，团队协作和线上项目迭代经历也比较有限。
对比同期其他候选人，竞争力并没有想象中那么突出。
这番话确实不太好听。
但对于求职者来说，可能比一句简单的「不合适」更有价值。
他后来慢慢意识到，自己过去对项目经历的理解，和企业真正需要的东西存在偏差。
在实验室里，一个项目能跑通，通常就已经完成了很重要的一部分目标。
研究人员关注技术路线是否可行、实验结果是否成立、论文能不能形成成果。项目规模可能有限，参与人数不多，遇到问题也有相对充足的时间去研究和解决。
但商业游戏研发完全是另一套环境。
一个功能在本地跑通，只是工作的开始。
后面还要考虑不同设备的兼容性、性能表现、异常处理、版本迭代，以及上线之后可能出现的各种问题。项目有明确的交付时间，开发过程中还会涉及多个部门，任何一个环节出现问题，都可能影响整体进度。
尤其是大型游戏项目，技术工作往往不是一个人关起门来就能完成的。
客户端、服务端、美术、策划、测试等岗位需要不断配合。程序员除了写代码，还要理解需求、梳理接口、参与代码评审，处理多人协作时出现的各种问题。
有时候，一个技术方案本身没有问题，但放进整个项目流程里，可能就会遇到兼容性、资源占用或者协作成本上的麻烦。
这些东西，很难只靠课堂和实验室项目获得。
这也是为什么一些看起来很漂亮的简历，到了游戏大厂的技术面试环节，反而容易露出短板。
学校里的项目经历并不是没有价值。
图形学基础、算法能力、数学知识、科研训练，这些都是技术岗位需要的能力。问题在于，企业还要判断候选人能不能把这些知识转化成实际产出。
尤其是当招聘岗位已经明确指向游戏引擎、实时渲染和性能优化时，面试官自然会更关心候选人有没有真正处理过类似的工程问题。
一份简历上写着「参与图形渲染引擎项目」，听起来很不错。
但面试官接下来可能会问，你具体负责了哪一部分？遇到过什么问题？为什么选择这个方案？有没有做过性能对比？最终效果如何？
如果答案始终停留在「参与过」「了解过」「大概做过」，那这段经历就很难成为加分项。
这位求职者后来也没有一直沉浸在被拒绝的情绪里。
他花了几个月时间重新补课，针对游戏研发岗位需要的能力做准备，重新梳理项目，补充技术细节，也加强了相关知识的学习。
他还意识到，自己之前对算法题的准备也有些偏差。
很多求职者喜欢通过大量刷题来提升面试竞争力，但不同岗位的考察重点并不一样。
游戏开发岗位，图形学、计算机图形相关算法、引擎原理和性能优化都可能是重点；服务端岗位，则可能更关注数据库、并发处理等内容。
刷题当然有用，但如果只是记住题目和答案，遇到稍微变化的场景就容易卡住。
真正有价值的准备，是知道一个问题为什么这样解决，背后的原理是什么，以及换一种条件之后应该如何调整。
除此之外，他还开始重新整理简历上的每一个项目。
技术选型为什么这么做，自己具体负责了什么，遇到过哪些难点，优化前后的数据有什么变化，这些问题都需要提前想清楚。
因为面试官不会只听你讲一个项目有多厉害。
他们更想知道，你到底在里面做了什么。
后来，他争取到了第二次面试机会。
这一次，他最终拿到了米哈游的Offer。
从第一次被拒，到第二次成功入职，这段经历给他的最大教训，可能不是要多刷几道算法题，而是重新理解了游戏公司招聘时看重的能力。
学历依然重要。
尤其是对于校招和一些技术岗位来说，学校背景、专业基础和科研经历，仍然是简历筛选的重要参考。名校经历可以让企业相信你具备不错的学习能力，也能帮助你进入更有竞争力的候选人池。
但当候选人都拥有相近的学历背景时，真正拉开差距的，就会变成项目质量、技术深度和实际解决问题的能力。
北大硕士不会自动比其他人更懂游戏引擎。
一份漂亮的成绩单，也不能替代真实项目里的经验。
这对准备进入游戏行业的学生来说，其实是一个很值得提前考虑的问题。
如果还在学校，不妨尽早接触一些和目标岗位相关的实践项目。做图形渲染，就尝试把技术方案真正跑起来，记录性能数据，分析遇到的问题；做客户端，就多了解引擎、工具链和实际开发流程；如果有机会进入游戏公司实习，也能提前感受商业项目的协作方式。
不一定非要一开始就进入米哈游、腾讯这样的头部公司。
有时候，一段真正参与过研发流程的实习经历，比简历上堆积一串自己说不清楚的技术名词更有说服力。
当然，也没必要因此走向另一个极端，觉得学历完全没有用。
游戏行业同样需要扎实的基础研究和技术积累。图形学、渲染算法、数学能力，这些知识不会因为进入商业项目就失去价值。
只是企业招聘时，往往需要的是能够把理论和实践连接起来的人。
对学生而言，学校提供的是学习环境，实验室提供的是研究机会，而真正进入工业化项目后，还要面对另一套复杂的规则。
两者并不冲突，但也不能简单画等号。
这位北大硕士第一次面试米哈游时，可能觉得自己已经准备得足够充分。直到坐在面试官面前，被一个具体的性能数据问住，才发现自己还有很多东西没有真正掌握。
这种落差并不只会发生在名校学生身上。
很多人毕业时都拥有一份不错的简历，却在第一次进入职场时发现，自己熟悉的知识和岗位真正需要的能力之间，还有一道需要亲自跨过去的门槛。
名校能给人一个不错的起点，但它不会替人完成后面的路。
对于游戏研发来说，最终还是要回到那些很具体的事情上。
代码能不能跑起来，性能问题能不能解决，项目能不能按时交付，遇到问题能不能和团队一起把它处理好。
这些能力，才是面试官真正想从你身上看到的东西。