叠纸游戏的春招笔试在游戏研发圈一直挺有话题度尤其是冲着《恋与制作人》《闪耀暖暖》这些项目去的同学多少会好奇这家以内容品质和美术表现为强项的公司笔试到底考什么。我自己去年参加了2023年叠纸游戏春招游戏研发岗的笔试整个过程下来最大的感受是它不只是一场技术考试更像一次对“游戏研发常识”的全方位摸底。网上关于这场笔试的零散信息不少但系统性复盘不多我结合自己的回忆和同行交流整理一篇给后面准备叠纸或其他内容向游戏公司研发岗的同学一个参考。先说结论叠纸研发岗笔试整体难度不算变态但覆盖面非常广而且很看重基础功底和工程素养。算法题只是其中一环渲染、引擎、游戏逻辑、性能优化、设计理解都会涉及。如果你只刷LeetCode就上考场大概率会懵。1. 为什么叠纸研发岗笔试值得单独写一篇叠纸这几年的技术投入和产品方向变化很明显从2D换装到3D开放世界研发团队对图形学、引擎底层、工具链的要求都在上升。春招笔试是校招的第一道筛选某种程度上也反映了公司在当前阶段对研发人才的核心期待。先说一个关键印象叠纸的笔试不是“纯算法竞赛”它更像一份“研发综合素质试卷”。同样的岗位有的公司笔试几乎全押在数据结构和算法上一道接一道像LeetCode周赛叠纸不一样算法题有但占比大概只在三分之一到二分之一之间。剩下的题目围绕渲染管线、引擎使用、C内存模型、Unity/Unreal工程实践、游戏逻辑设计展开甚至有几道题会直接问你“某个玩法在当前架构下怎么实现”“怎么做性能优化”。这种风格和叠纸自身的项目形态是匹配的他们的产品高度依赖画面表现和细腻的角色演出客户端渲染和引擎定制是核心环节所以笔试自然更看重这些方向的基础是否扎实。另外大家比较关心的一个点是投递岗位方向。叠纸春招研发岗其实分了好几个细分方向比如客户端、引擎、渲染、工具链、服务端等开放投递的时候是可以按方向选择的。如果招聘系统里让你选“游戏研发工程师”这种偏笼统的岗位笔试题就会出得相对综合如果明确投的是渲染方向或引擎方向题目重心会明显偏向图形学和引擎底层。我当时投的是通用客户端方向所以遇到的是综合卷。还有一点值得注意叠纸的笔试用的线上平台整体体验还行但编程题的环境和牛客、力扣略有差别有的需要自己处理输入输出有的只写核心函数。这个细节我在后面单独说。2. 整体题型结构一场典型的叠纸研发笔试长什么样先说时间安排。我印象中笔试总时长是120分钟题量大概在十几道左右。题型分为三类单选题/多选题、简答题、编程题。其中选择题大概五六道简答题三五道编程题两三道。不同方向卷子的题量会有浮动但大致结构这样。选择题部分主要考C、数据结构和计算机基础。比如虚函数机制、智能指针的引用计数、静态变量生命周期、哈希表冲突处理、二叉树遍历、网络协议状态码这类。难度不算高属于科班同学基本都能拿下的范围但它有个作用——筛掉基础不扎实的人。游戏研发的日常开发里C是绕不开的叠纸的客户端链路里C重要程度尤其高所以这部分等于在筛“能不能直接上手干活”。多选题目里容易坑人比如“以下哪些容器在尾部插入元素时不会导致迭代器失效”这种选错一个就全错。所以复习的时候不能只记结论得把底层数据结构的内存布局、扩容机制、迭代器失效规则理解透。不是背住就行是会推导。简答题是叠纸笔试里最有区分度的部分。它不会直接问你“什么是渲染管线”这种课本概念题而是给出一个实际场景让你分析。比如“手游中角色在场景里轮廓发光的效果有哪些实现方案各自的开销和适用场景”“资源加载卡顿怎么排查定位思路是什么”这类。这部分的答案能看出一个人是背过八股还是真做过Demo、踩过线上问题。编程题方面我印象里不是纯LeetCode式题目更像是“带游戏业务色彩的算法题”。比如二维网格寻路、按指定规则筛数据、武器池抽卡概率模拟这类。数据结构还是那些但场景包装成了游戏里的常见需求。实际上这是好事因为更能体现出“用代码解决游戏问题”的能力。整体来看这套卷子的设计逻辑就是先确认你有扎实的计算机基础再确认你理解游戏研发是怎么运转的最后确认你的代码能力不是只会写玩具程序。带着这套思路去准备比盲目刷题要高效得多。3. 算法与数据结构题笔试的硬骨头算法题在整张卷子里占比不是最多的但一定是最耗时间的。叠纸的编程题整体难度居中大概在LeetCode中等偏下没有到困难那种非数学构造不可的级别但需要在有限时间内快速给出可运行、思路清晰的解答。我遇到的编程题里有一道比较有代表性“在一个二维网格地图上角色从起点到终点网格中有障碍物和非障碍物部分格子有不同移动代价求最小代价路径。”这题本身就是带权最短路径标准解法是Dijkstra。叠纸的包装方式常见于游戏场景玩家从A点走到B点经过不同地形消耗不同体力本质上就是个寻路问题。这道题除了考察Dijkstra的正确实现还包含了一个小陷阱地图规模不是特别大但用普通的二维数组存距离而不用优先队列会超时。如果你直接写个朴素BFS当成无权图处理样例也许能过但大数据量时就会卡住。所以复习时一定要把“优先队列优化版Dijkstra”写熟练最好能做到默写程度。那种“平时看懂了、笔试手写不出来”的情况在考场上特别吃亏。还有一道题和“概率/模拟”相关大意是按照给定的概率表模拟抽卡统计凑齐一套物品所需的次数。这题考察的点有两个一是均匀随机数的生成和映射——比如把[0,1)区间按照权重切分落到哪个区间就是哪个物品二是循环和统计的边界处理——比如“已拥有的物品不能重复计数”这条规则很多人会在条件判断那里写错导致统计结果偏大。模拟类题往往不难但特别考验细心程度。我当时的建议是笔试时先把题读两遍划出所有限制条件再用很小的数据手动推演一遍逻辑最后才写代码。不要一上来就写很容易漏条件。说句实话叠纸这轮笔试的算法题深度无法和互联网大厂那种动辄困难级、需要复杂状态压缩的题目比。它的出题人更在意候选人是否熟悉常见算法模型并能把它们放到游戏业务场景中解决实际问题。所以准备阶段不必死磕LeetCode hard重点是中等题刷到“肌肉记忆”程度常见模型比如Dijkstra、BFS/DFS、滑动窗口、简单DP、双指针、并查集等都要能快速写出来。数据结构的应用场景也要心中有数——什么时候用哈希表、什么时候用堆、什么时候需要排序这些要形成条件反射。4. 渲染与图形学叠纸笔试最鲜明的特点叠纸笔试和其它游戏公司相比最鲜明的差别在于渲染与图形学相关内容占比高而且问得比较实用。这和他们产品形态直接相关——换装游戏要表现布料、头发、皮肤、饰品的质感3D项目又要做风格化角色渲染没有图形学底子根本没法做。选择题和简答题里图形学内容都出现过。比如有一道选择题问“在延迟渲染中GBuffer里至少需要存哪些信息”选项里有法线、深度、世界坐标、反照率、粗糙度等。这道题考的是对渲染路径的基本理解延迟渲染的核心是把几何信息从光照计算里拆出来所以需要法线、深度、反照率、粗糙度这些分布在G缓冲中。如果只熟悉前向渲染可能就会在这道题上犹豫。还有一道简答题让我印象很深“一个角色在受击时需要产生短暂的屏幕闪红效果给出至少两种实现方案并说出优缺点。”这题考的是画面后处理的常见思路正常都会想到全屏叠加一层红色半透明材质用UI还是用后处理两个方案各有取舍。用UI做法简单直接但无法与场景深度交互效果生硬用后处理可以结合深度、法线等信息做更丰富的效果比如边缘亮红、受击方向、扭曲扰动等但实现复杂、需要处理性能开销。回答时如果能把两个方案都展开并给出“根据项目需求取舍”的结论会更契合叠纸想要的人才画像。针对渲染部分我建议备考时重点盯这几个方向渲染管线的基本流程顶点处理、光栅化、片元着色、输出合并每个阶段在做什么、能做什么定制。前向渲染与延迟渲染的区别、各自优缺点、常见游戏如何选型。光照模型的基本原理Lambert、Blinn-Phong、PBR核心概念比如BRDF、微表面模型。阴影实现方案Shadow Map、软阴影、级联阴影各自解决的问题。后处理效果Bloom、色调映射、抗锯齿FXAA/TAA、景深至少能说清基本原理和开销。合批与Draw Call优化动态合批、静态合批、GPU Instancing。图形学内容如果学校课程没覆盖或者早就忘了提前两周集中补一下即可。不需要啃完一整本《Real-Time Rendering》重点是建立核心概念框架再加上能表达清楚“某个效果是怎么做出来的”。这和笔试简答题的答题逻辑是一致的。另外叠纸笔试也出现了一道关于“皮肤渲染”相关的题大意是问角色皮肤质感表现有哪几个要素。这种题想答好需要把PBR基础结合到实际项目里。皮肤次表面散射可以用预积分散射Pre-Integrated Skin Shading近似实现这是一种把散射计算预先积分成查找表的方案。笔试时能说出这个名词并简略解释原理证明你是了解过实际渲染方案的不是停留在教材层面。如果完全没接触过也可以从“高光”和“过渡带”的角度说只是没那么深入。总之渲染这个问题是叠纸笔试里拉开分数的重要部分。5. 引擎与工程化问题从“会写代码”到“能上线”的差距除了图形学叠纸笔试中还有一批题目围绕引擎和工程化展开。Unity和Unreal都在考察范围内但不会让你写非常具体的引擎API更多是看你是否理解游戏项目是怎么用引擎组织起来的。比如有一道简答题“在Unity中场景里有大量静态物体如何减少Draw Call开销请写出至少三种方法并说明每种方法的局限。”学过UWA性能优化的人应该都有印象静态合批、GPU Instancing、纹理图集、LOD、遮挡剔除都可以答。关键在于不能只列名字要说清楚每种方案的局限性。比如静态合批要求对象标记为静态且材质相同如果场景中物体被动态旋转或缩放静态合批会失效GPU Instancing适合大量相同Mesh的对象每帧上传的变换矩阵也有数量上限LOD适合远景物体但对近距离切换会造成视觉突跳。这类工程问题没有标准答案但能看出候选人有没有真实项目经验。另一道题问的是资源管理比如“AB包依赖关系如何处理”这是Unity开发中老生常谈的问题。答的时候要讲清楚依赖收集、循环依赖的规避、离散依赖与聚合打包的取舍以及发布时的包体与加载时间平衡。能答出“构建依赖树”“按模块分组”这些具体做法分数就稳了。引擎相关问题在笔试中出现本质上是叠纸在筛选“能直接进项目干活的人”。游戏研发不是只写逻辑代码你得知道自己写的代码跑在引擎哪一层资源怎么加载内存怎么控制性能瓶颈在哪。我在学校实习时写过Unity的Demo也试着包出过安卓包做了一些简单优化所以回答时多少有内容。如果你之也没有项目经历至少把官方教程里的“迷宫游戏”“2D平台跳跃”自己动手做一遍再对照UWA博客把资源管理、Draw Call优化、内存管理这些主题系统性看一遍答题时就不会无话可说。还有一个容易被忽视的考点是C内存管理和多线程。叠纸笔试的选择题中出现过“共享_ptr的循环引用怎么解决”“std::move的作用是什么”这类问题。和引擎题目搭配起来看他们其实很关注候选人有没有能力写出高性能、可维护的客户端代码。如果你投的是客户端研发岗C是躲不掉的核心技能建议把《Effective C》里的关键条目再过一遍尤其是智能指针、移动语义、RAII机制这几个方向。工程化问题通常没有标准答案所以答题时要把“原理 方案 取舍”三段式写清楚。只写方案不解释原因阅卷人会默认你是背的区分度反而出不来。6. 游戏理解与综合题不是技术岗就不能聊设计叠纸笔试里还有一类题目让很多技术同学意外——游戏理解与综合题。这类题不直接考代码而是考察你对游戏设计、玩家体验、技术实现之间关系的理解。我遇到的一道题是这样的“为一个换装手游设计一个‘拍照模式’主要功能是让玩家为角色选择背景、姿势、滤镜并截图分享。请说明你理解的需求并给出在客户端实现上的技术要点。”这就是典型的“技术与设计结合”的问题。换装游戏里有大量这种展示性玩法技术实现上会涉及相机控制、场景加载、后期处理、UI布局、截图分享等环节。答题时如果只谈设计不聊技术会显得不像研发只谈技术不理解需求又显得很呆。需要把两个维度融合体现出自己的全局视野。还有一道题是关于“开放世界地图无缝加载”的问的是如果地图很大玩家走到地图边界时怎么处理才能让画面流畅无缝。这就涉及到Streaming、Cell分块、预处理和异步加载这些技术概念。回答的核心是“分块 邻区预加载 卸载远离的块”只要把这些思路讲清楚再把纹理、模型、特效等资源的加载优先级和带宽限制说明白这道题就把握住了。这种题没有“标准答案”但对动手做过大地图或至少研究过相关方案的人来说比背算法题更有优势。综合题最忌讳的是答得太空。如果你写“要加强玩家的沉浸感”“优化操作手感”这种车轱辘话没有落到具体实现手段上在研发岗笔试试卷里基本等于没答。每个体验目标背后都要跟着至少一个技术方案作为支撑。反过来如果你只写技术细节完全不提它如何服务于实际体验也会显得比较局限。真实研发中“既要懂技术也要理解产品”就是这种状态笔试本质上是提前让你体验这一步。7. 时间分配、平台体验和考场注意事项叠纸的笔试用的线上平台整体操作流程是这样的在约定的时间段进入笔试链接完成身份验证后开始答题。编程题部分支持多种语言C、Java、Python都可以。选择自己最熟练的语言即可不要试图在笔试题里展示“我全栈都行”——用不熟的语言写代码调试时间会翻倍风险很大。时间分配上我建议选择题控制在20分钟内简答题控制在50分钟到60分钟剩余时间全部留给编程题。编程题里最简单的先做再做中等难度的。叠纸的编程题一般不会只给一道可能有2到3道要从容易的开始保证“稳稳拿分”的题先收入囊中。如果某道题卡了15分钟还没思路果断跳过把时间留给后面可能更顺利的题目。有一个细节值得提醒线上笔试平台写代码时没有本地IDE的自动补全和报错提示等于要在编辑器里直接写代码。建议笔试前一两周平时练习就改成“不开IDE补全在记事本或者牛客的编辑器里直接写”的方式训练一次写对的能力。C选手尤其要注意头文件、using namespace std这些是需要自己手动写的平时IDE自动带你习惯了笔试时很容易漏。网络和硬件环境也建议提前准备好。笔试过程一般比较长两个小时不能中断提前用一台性能稳定的电脑插电源、关后台下载、关弹窗提醒。要用摄像头监控的话建议提前调试找一个光线充足、背景干净的房间。我在笔试前就吃过亏因为浏览器插件拦截了在线IDE的弹窗导致代码区无法输入折腾了十分钟才解决。所以强烈建议在正式笔试前一天进平台做“模拟测试”功能把摄像头、浏览器权限、网络连通性全部验证一遍。还有一点是心态。叠纸笔试题目综合性强遇到不会的很正常。阅卷看的是整体评价几道题没答好不至于直接淘汰。最重要的是把会做的都做对不会的也尽量写出思路和方向展示出可培养的潜力。我们当年笔试过后群里很多人哀嚎“简答题全靠编”但依然有同学过了。说明只要基础扎实、思路清晰不需要每题完美。8. 备考复盘真正决定拿不拿得到面试的是这几点笔试结束之后我复盘了一下整个准备和答题过程发现能拿到面试机会的人往往不是算法刷得最狠的而是下面几个维度平衡得比较好的人。第一C基础必须扎实在“能写代码”的层面不是停留在“能看懂”层面。叠纸笔试的编程题和简答题都需要你用C的表达能力去组织思路。智能指针、内存管理、STL容器这些高频考点至少要做到能写出无语法错误的代码。建议把C Primer里“类、继承、多态、模板、内存、STL”这几个章节重新过一遍配合刷题练习手写能力。第二图形学和引擎基础要形成“原理记忆”。不用真的会写一个软渲染器但核心概念管线流程、PBR、合批、阴影、后处理、资源管理要能用自己的话讲清楚。考试前找几篇UWA博客、Unity官方最佳实践、以及知乎上关于渲染管线的文章系统性看一遍比自己零散搜资料效率高得多。最好能按“是什么、为什么、怎么用、有什么坑”四个维度做笔记这样考场上不论怎么出题都能有内容可写。第三项目经历要准备好“技术叙事”。叠纸笔试的综合题和简答题很灵活能不能答好很大程度上取决于你有没有真正动手做过东西。哪怕只是一个小Demo要在复盘时把一个技术点讲透——比如“这个地方性能有问题我用了哪些手段去优化优化前后数据变化如何”。如果没有项目经历就从学习项目中挖掘技术点做一个简单的“场记板”工具或房间编辑器亲手把资源管理、配置导出和Unity编辑器扩展走一遍收获可以很大。第四对叠纸的产品特点要有基本了解。笔试不直接考“你知道我们公司哪些游戏”但所有题目都隐含着这家公司的技术兴趣换装玩法、角色表现、3D开放世界、内容驱动。备考时把《闪耀暖暖》的材质表现、3D项目在B站放的渲染技术分享都看一遍答题时能体现出对业务场景的理解也让阅卷人觉得你是认真研究过公司的。最后想说笔试只是校招里的一环不能代表全部。叠纸春招的竞争确实激烈笔试刷的人不少但它的筛选标准实际上很务实基础扎实、动手能力过关、对游戏研发有真实热情。如果你这几方面都准备好了拿到面试资格并不像想象中那么难。我自己最大的体会是从叠纸笔试往后走面试更看重技术深度和实际项目经历笔试更像一块“敲门砖”——把该复习的复习到位该练习的练习到肌肉记忆坦然地把它当成一次和游戏研发的一次正式对话就好。
叠纸游戏的春招笔试在游戏研发圈一直挺有话题度尤其是冲着《恋与制作人》《闪耀暖暖》这些项目去的同学多少会好奇这家以内容品质和美术表现为强项的公司笔试到底考什么。我自己去年参加了2023年叠纸游戏春招游戏研发岗的笔试整个过程下来最大的感受是它不只是一场技术考试更像一次对“游戏研发常识”的全方位摸底。网上关于这场笔试的零散信息不少但系统性复盘不多我结合自己的回忆和同行交流整理一篇给后面准备叠纸或其他内容向游戏公司研发岗的同学一个参考。先说结论叠纸研发岗笔试整体难度不算变态但覆盖面非常广而且很看重基础功底和工程素养。算法题只是其中一环渲染、引擎、游戏逻辑、性能优化、设计理解都会涉及。如果你只刷LeetCode就上考场大概率会懵。1. 为什么叠纸研发岗笔试值得单独写一篇叠纸这几年的技术投入和产品方向变化很明显从2D换装到3D开放世界研发团队对图形学、引擎底层、工具链的要求都在上升。春招笔试是校招的第一道筛选某种程度上也反映了公司在当前阶段对研发人才的核心期待。先说一个关键印象叠纸的笔试不是“纯算法竞赛”它更像一份“研发综合素质试卷”。同样的岗位有的公司笔试几乎全押在数据结构和算法上一道接一道像LeetCode周赛叠纸不一样算法题有但占比大概只在三分之一到二分之一之间。剩下的题目围绕渲染管线、引擎使用、C内存模型、Unity/Unreal工程实践、游戏逻辑设计展开甚至有几道题会直接问你“某个玩法在当前架构下怎么实现”“怎么做性能优化”。这种风格和叠纸自身的项目形态是匹配的他们的产品高度依赖画面表现和细腻的角色演出客户端渲染和引擎定制是核心环节所以笔试自然更看重这些方向的基础是否扎实。另外大家比较关心的一个点是投递岗位方向。叠纸春招研发岗其实分了好几个细分方向比如客户端、引擎、渲染、工具链、服务端等开放投递的时候是可以按方向选择的。如果招聘系统里让你选“游戏研发工程师”这种偏笼统的岗位笔试题就会出得相对综合如果明确投的是渲染方向或引擎方向题目重心会明显偏向图形学和引擎底层。我当时投的是通用客户端方向所以遇到的是综合卷。还有一点值得注意叠纸的笔试用的线上平台整体体验还行但编程题的环境和牛客、力扣略有差别有的需要自己处理输入输出有的只写核心函数。这个细节我在后面单独说。2. 整体题型结构一场典型的叠纸研发笔试长什么样先说时间安排。我印象中笔试总时长是120分钟题量大概在十几道左右。题型分为三类单选题/多选题、简答题、编程题。其中选择题大概五六道简答题三五道编程题两三道。不同方向卷子的题量会有浮动但大致结构这样。选择题部分主要考C、数据结构和计算机基础。比如虚函数机制、智能指针的引用计数、静态变量生命周期、哈希表冲突处理、二叉树遍历、网络协议状态码这类。难度不算高属于科班同学基本都能拿下的范围但它有个作用——筛掉基础不扎实的人。游戏研发的日常开发里C是绕不开的叠纸的客户端链路里C重要程度尤其高所以这部分等于在筛“能不能直接上手干活”。多选题目里容易坑人比如“以下哪些容器在尾部插入元素时不会导致迭代器失效”这种选错一个就全错。所以复习的时候不能只记结论得把底层数据结构的内存布局、扩容机制、迭代器失效规则理解透。不是背住就行是会推导。简答题是叠纸笔试里最有区分度的部分。它不会直接问你“什么是渲染管线”这种课本概念题而是给出一个实际场景让你分析。比如“手游中角色在场景里轮廓发光的效果有哪些实现方案各自的开销和适用场景”“资源加载卡顿怎么排查定位思路是什么”这类。这部分的答案能看出一个人是背过八股还是真做过Demo、踩过线上问题。编程题方面我印象里不是纯LeetCode式题目更像是“带游戏业务色彩的算法题”。比如二维网格寻路、按指定规则筛数据、武器池抽卡概率模拟这类。数据结构还是那些但场景包装成了游戏里的常见需求。实际上这是好事因为更能体现出“用代码解决游戏问题”的能力。整体来看这套卷子的设计逻辑就是先确认你有扎实的计算机基础再确认你理解游戏研发是怎么运转的最后确认你的代码能力不是只会写玩具程序。带着这套思路去准备比盲目刷题要高效得多。3. 算法与数据结构题笔试的硬骨头算法题在整张卷子里占比不是最多的但一定是最耗时间的。叠纸的编程题整体难度居中大概在LeetCode中等偏下没有到困难那种非数学构造不可的级别但需要在有限时间内快速给出可运行、思路清晰的解答。我遇到的编程题里有一道比较有代表性“在一个二维网格地图上角色从起点到终点网格中有障碍物和非障碍物部分格子有不同移动代价求最小代价路径。”这题本身就是带权最短路径标准解法是Dijkstra。叠纸的包装方式常见于游戏场景玩家从A点走到B点经过不同地形消耗不同体力本质上就是个寻路问题。这道题除了考察Dijkstra的正确实现还包含了一个小陷阱地图规模不是特别大但用普通的二维数组存距离而不用优先队列会超时。如果你直接写个朴素BFS当成无权图处理样例也许能过但大数据量时就会卡住。所以复习时一定要把“优先队列优化版Dijkstra”写熟练最好能做到默写程度。那种“平时看懂了、笔试手写不出来”的情况在考场上特别吃亏。还有一道题和“概率/模拟”相关大意是按照给定的概率表模拟抽卡统计凑齐一套物品所需的次数。这题考察的点有两个一是均匀随机数的生成和映射——比如把[0,1)区间按照权重切分落到哪个区间就是哪个物品二是循环和统计的边界处理——比如“已拥有的物品不能重复计数”这条规则很多人会在条件判断那里写错导致统计结果偏大。模拟类题往往不难但特别考验细心程度。我当时的建议是笔试时先把题读两遍划出所有限制条件再用很小的数据手动推演一遍逻辑最后才写代码。不要一上来就写很容易漏条件。说句实话叠纸这轮笔试的算法题深度无法和互联网大厂那种动辄困难级、需要复杂状态压缩的题目比。它的出题人更在意候选人是否熟悉常见算法模型并能把它们放到游戏业务场景中解决实际问题。所以准备阶段不必死磕LeetCode hard重点是中等题刷到“肌肉记忆”程度常见模型比如Dijkstra、BFS/DFS、滑动窗口、简单DP、双指针、并查集等都要能快速写出来。数据结构的应用场景也要心中有数——什么时候用哈希表、什么时候用堆、什么时候需要排序这些要形成条件反射。4. 渲染与图形学叠纸笔试最鲜明的特点叠纸笔试和其它游戏公司相比最鲜明的差别在于渲染与图形学相关内容占比高而且问得比较实用。这和他们产品形态直接相关——换装游戏要表现布料、头发、皮肤、饰品的质感3D项目又要做风格化角色渲染没有图形学底子根本没法做。选择题和简答题里图形学内容都出现过。比如有一道选择题问“在延迟渲染中GBuffer里至少需要存哪些信息”选项里有法线、深度、世界坐标、反照率、粗糙度等。这道题考的是对渲染路径的基本理解延迟渲染的核心是把几何信息从光照计算里拆出来所以需要法线、深度、反照率、粗糙度这些分布在G缓冲中。如果只熟悉前向渲染可能就会在这道题上犹豫。还有一道简答题让我印象很深“一个角色在受击时需要产生短暂的屏幕闪红效果给出至少两种实现方案并说出优缺点。”这题考的是画面后处理的常见思路正常都会想到全屏叠加一层红色半透明材质用UI还是用后处理两个方案各有取舍。用UI做法简单直接但无法与场景深度交互效果生硬用后处理可以结合深度、法线等信息做更丰富的效果比如边缘亮红、受击方向、扭曲扰动等但实现复杂、需要处理性能开销。回答时如果能把两个方案都展开并给出“根据项目需求取舍”的结论会更契合叠纸想要的人才画像。针对渲染部分我建议备考时重点盯这几个方向渲染管线的基本流程顶点处理、光栅化、片元着色、输出合并每个阶段在做什么、能做什么定制。前向渲染与延迟渲染的区别、各自优缺点、常见游戏如何选型。光照模型的基本原理Lambert、Blinn-Phong、PBR核心概念比如BRDF、微表面模型。阴影实现方案Shadow Map、软阴影、级联阴影各自解决的问题。后处理效果Bloom、色调映射、抗锯齿FXAA/TAA、景深至少能说清基本原理和开销。合批与Draw Call优化动态合批、静态合批、GPU Instancing。图形学内容如果学校课程没覆盖或者早就忘了提前两周集中补一下即可。不需要啃完一整本《Real-Time Rendering》重点是建立核心概念框架再加上能表达清楚“某个效果是怎么做出来的”。这和笔试简答题的答题逻辑是一致的。另外叠纸笔试也出现了一道关于“皮肤渲染”相关的题大意是问角色皮肤质感表现有哪几个要素。这种题想答好需要把PBR基础结合到实际项目里。皮肤次表面散射可以用预积分散射Pre-Integrated Skin Shading近似实现这是一种把散射计算预先积分成查找表的方案。笔试时能说出这个名词并简略解释原理证明你是了解过实际渲染方案的不是停留在教材层面。如果完全没接触过也可以从“高光”和“过渡带”的角度说只是没那么深入。总之渲染这个问题是叠纸笔试里拉开分数的重要部分。5. 引擎与工程化问题从“会写代码”到“能上线”的差距除了图形学叠纸笔试中还有一批题目围绕引擎和工程化展开。Unity和Unreal都在考察范围内但不会让你写非常具体的引擎API更多是看你是否理解游戏项目是怎么用引擎组织起来的。比如有一道简答题“在Unity中场景里有大量静态物体如何减少Draw Call开销请写出至少三种方法并说明每种方法的局限。”学过UWA性能优化的人应该都有印象静态合批、GPU Instancing、纹理图集、LOD、遮挡剔除都可以答。关键在于不能只列名字要说清楚每种方案的局限性。比如静态合批要求对象标记为静态且材质相同如果场景中物体被动态旋转或缩放静态合批会失效GPU Instancing适合大量相同Mesh的对象每帧上传的变换矩阵也有数量上限LOD适合远景物体但对近距离切换会造成视觉突跳。这类工程问题没有标准答案但能看出候选人有没有真实项目经验。另一道题问的是资源管理比如“AB包依赖关系如何处理”这是Unity开发中老生常谈的问题。答的时候要讲清楚依赖收集、循环依赖的规避、离散依赖与聚合打包的取舍以及发布时的包体与加载时间平衡。能答出“构建依赖树”“按模块分组”这些具体做法分数就稳了。引擎相关问题在笔试中出现本质上是叠纸在筛选“能直接进项目干活的人”。游戏研发不是只写逻辑代码你得知道自己写的代码跑在引擎哪一层资源怎么加载内存怎么控制性能瓶颈在哪。我在学校实习时写过Unity的Demo也试着包出过安卓包做了一些简单优化所以回答时多少有内容。如果你之也没有项目经历至少把官方教程里的“迷宫游戏”“2D平台跳跃”自己动手做一遍再对照UWA博客把资源管理、Draw Call优化、内存管理这些主题系统性看一遍答题时就不会无话可说。还有一个容易被忽视的考点是C内存管理和多线程。叠纸笔试的选择题中出现过“共享_ptr的循环引用怎么解决”“std::move的作用是什么”这类问题。和引擎题目搭配起来看他们其实很关注候选人有没有能力写出高性能、可维护的客户端代码。如果你投的是客户端研发岗C是躲不掉的核心技能建议把《Effective C》里的关键条目再过一遍尤其是智能指针、移动语义、RAII机制这几个方向。工程化问题通常没有标准答案所以答题时要把“原理 方案 取舍”三段式写清楚。只写方案不解释原因阅卷人会默认你是背的区分度反而出不来。6. 游戏理解与综合题不是技术岗就不能聊设计叠纸笔试里还有一类题目让很多技术同学意外——游戏理解与综合题。这类题不直接考代码而是考察你对游戏设计、玩家体验、技术实现之间关系的理解。我遇到的一道题是这样的“为一个换装手游设计一个‘拍照模式’主要功能是让玩家为角色选择背景、姿势、滤镜并截图分享。请说明你理解的需求并给出在客户端实现上的技术要点。”这就是典型的“技术与设计结合”的问题。换装游戏里有大量这种展示性玩法技术实现上会涉及相机控制、场景加载、后期处理、UI布局、截图分享等环节。答题时如果只谈设计不聊技术会显得不像研发只谈技术不理解需求又显得很呆。需要把两个维度融合体现出自己的全局视野。还有一道题是关于“开放世界地图无缝加载”的问的是如果地图很大玩家走到地图边界时怎么处理才能让画面流畅无缝。这就涉及到Streaming、Cell分块、预处理和异步加载这些技术概念。回答的核心是“分块 邻区预加载 卸载远离的块”只要把这些思路讲清楚再把纹理、模型、特效等资源的加载优先级和带宽限制说明白这道题就把握住了。这种题没有“标准答案”但对动手做过大地图或至少研究过相关方案的人来说比背算法题更有优势。综合题最忌讳的是答得太空。如果你写“要加强玩家的沉浸感”“优化操作手感”这种车轱辘话没有落到具体实现手段上在研发岗笔试试卷里基本等于没答。每个体验目标背后都要跟着至少一个技术方案作为支撑。反过来如果你只写技术细节完全不提它如何服务于实际体验也会显得比较局限。真实研发中“既要懂技术也要理解产品”就是这种状态笔试本质上是提前让你体验这一步。7. 时间分配、平台体验和考场注意事项叠纸的笔试用的线上平台整体操作流程是这样的在约定的时间段进入笔试链接完成身份验证后开始答题。编程题部分支持多种语言C、Java、Python都可以。选择自己最熟练的语言即可不要试图在笔试题里展示“我全栈都行”——用不熟的语言写代码调试时间会翻倍风险很大。时间分配上我建议选择题控制在20分钟内简答题控制在50分钟到60分钟剩余时间全部留给编程题。编程题里最简单的先做再做中等难度的。叠纸的编程题一般不会只给一道可能有2到3道要从容易的开始保证“稳稳拿分”的题先收入囊中。如果某道题卡了15分钟还没思路果断跳过把时间留给后面可能更顺利的题目。有一个细节值得提醒线上笔试平台写代码时没有本地IDE的自动补全和报错提示等于要在编辑器里直接写代码。建议笔试前一两周平时练习就改成“不开IDE补全在记事本或者牛客的编辑器里直接写”的方式训练一次写对的能力。C选手尤其要注意头文件、using namespace std这些是需要自己手动写的平时IDE自动带你习惯了笔试时很容易漏。网络和硬件环境也建议提前准备好。笔试过程一般比较长两个小时不能中断提前用一台性能稳定的电脑插电源、关后台下载、关弹窗提醒。要用摄像头监控的话建议提前调试找一个光线充足、背景干净的房间。我在笔试前就吃过亏因为浏览器插件拦截了在线IDE的弹窗导致代码区无法输入折腾了十分钟才解决。所以强烈建议在正式笔试前一天进平台做“模拟测试”功能把摄像头、浏览器权限、网络连通性全部验证一遍。还有一点是心态。叠纸笔试题目综合性强遇到不会的很正常。阅卷看的是整体评价几道题没答好不至于直接淘汰。最重要的是把会做的都做对不会的也尽量写出思路和方向展示出可培养的潜力。我们当年笔试过后群里很多人哀嚎“简答题全靠编”但依然有同学过了。说明只要基础扎实、思路清晰不需要每题完美。8. 备考复盘真正决定拿不拿得到面试的是这几点笔试结束之后我复盘了一下整个准备和答题过程发现能拿到面试机会的人往往不是算法刷得最狠的而是下面几个维度平衡得比较好的人。第一C基础必须扎实在“能写代码”的层面不是停留在“能看懂”层面。叠纸笔试的编程题和简答题都需要你用C的表达能力去组织思路。智能指针、内存管理、STL容器这些高频考点至少要做到能写出无语法错误的代码。建议把C Primer里“类、继承、多态、模板、内存、STL”这几个章节重新过一遍配合刷题练习手写能力。第二图形学和引擎基础要形成“原理记忆”。不用真的会写一个软渲染器但核心概念管线流程、PBR、合批、阴影、后处理、资源管理要能用自己的话讲清楚。考试前找几篇UWA博客、Unity官方最佳实践、以及知乎上关于渲染管线的文章系统性看一遍比自己零散搜资料效率高得多。最好能按“是什么、为什么、怎么用、有什么坑”四个维度做笔记这样考场上不论怎么出题都能有内容可写。第三项目经历要准备好“技术叙事”。叠纸笔试的综合题和简答题很灵活能不能答好很大程度上取决于你有没有真正动手做过东西。哪怕只是一个小Demo要在复盘时把一个技术点讲透——比如“这个地方性能有问题我用了哪些手段去优化优化前后数据变化如何”。如果没有项目经历就从学习项目中挖掘技术点做一个简单的“场记板”工具或房间编辑器亲手把资源管理、配置导出和Unity编辑器扩展走一遍收获可以很大。第四对叠纸的产品特点要有基本了解。笔试不直接考“你知道我们公司哪些游戏”但所有题目都隐含着这家公司的技术兴趣换装玩法、角色表现、3D开放世界、内容驱动。备考时把《闪耀暖暖》的材质表现、3D项目在B站放的渲染技术分享都看一遍答题时能体现出对业务场景的理解也让阅卷人觉得你是认真研究过公司的。最后想说笔试只是校招里的一环不能代表全部。叠纸春招的竞争确实激烈笔试刷的人不少但它的筛选标准实际上很务实基础扎实、动手能力过关、对游戏研发有真实热情。如果你这几方面都准备好了拿到面试资格并不像想象中那么难。我自己最大的体会是从叠纸笔试往后走面试更看重技术深度和实际项目经历笔试更像一块“敲门砖”——把该复习的复习到位该练习的练习到肌肉记忆坦然地把它当成一次和游戏研发的一次正式对话就好。
