Unity 客户端工程师 · 数字媒体技术 2027 届
我写代码让规则运转，也画下让世界有呼吸感的形状。
从像素地牢到 AI 驱动的工作室，我独自完成从设计到落地的完整闭环。
我相信代码与美术一样，都是在塑造世界的规则。前者让事物运转，后者让事物值得被看见。
2022 年我第一次在专科课堂上写下 C# 的 Hello World，那时它只是一行字符串输出。
三年后，我用同样的语言构建了一套完整的 ARPG 战斗、任务、背包与分支对话系统，
并用 Tiled 亲手绘制了四张风格迥异的地图。
我是晋中信息学院数字媒体技术专业 2027 届学生，目标是 Unity 游戏客户端工程师。 我的工作方式很朴素：先做，再理解，再重做。 第一个项目靠抄，第二个项目七分抄三分懂，第三个项目开始半抄半实践—— 靠一次次报错、查资料、重构，把陌生变成肌肉记忆。
我喜欢在系统的缝隙里做美术。二十四节气项目里我建了奶奶、小满和那只橘猫的模型； 动态海报里我用 Blender 复原了应县木塔与双塔寺。这些都不是任务，是我想让世界长成我喜欢的样子。
Unity 2D / UGUI / Animator / 2D Physics / Prefab / Tilemap；Sorting Layer 与 Y 轴动态排序处理前后遮挡；理解 UGUI 合批与动静分离。
C# 面向对象、协程、委托与事件；熟练运用单例、状态机、对象池、事件总线等设计模式；模块化目录与统一英文命名规范。
以 ScriptableObject 配表实现物品、任务、对话、敌人数据与逻辑解耦；支持分支对话递归跳转与多维任务条件判定。
Aseprite 像素处理与调色；Tiled 分层瓦片地图独立搭建；Blender 低模、风格化材质与 NPR 水墨动画；Substance / Photoshop 贴图流程。
2D 俯视角线性 ARPG。主角听着英雄故事长大，却在一路委托中揭开"英雄传说本身就是谎言"。
采用 ScriptableObject 数据驱动 + 分层 Manager 架构，四张风格迥异的地图（村庄 / 森林 / 雪原 / 地牢）， 三条剧情任务线与四个 Boss。玩家出生只有一把普通剑，靠完成任务与击败 Boss 逐步解锁新地图， 在手感与需求之间自由搭配装备，而不是无脑换最强。
AI 驱动的工作室模拟器。管理一支会工作、会摸鱼、会红温、会辞职的虚拟团队。
玩家扮演工作室老板，为程序、策划、美术、QA 派发任务。每个员工拥有独立的 AI 行为状态机， 疲劳值随工作累积、摸鱼时恢复，过高则情绪失控乃至辞职。员工会向上游大模型请求真实产出， 配合超时熔断机制与经理系统的抓包 / 上报 / 任务队列，构成一套可玩的组织模拟系统。 配套的「AI NEXUS PLAY」办公管理后台把任务看板、员工状态、聊天对话与产能统计收拢在一屏， 区域统计与公司状态实时联动，让整个组织运转过程真正可被观察。
3D 科幻废土冒险。收集散落的碎片，穿过星门在荒原、峡谷与森林之间流转。
一款以滑行为核心移动体验的废土探索 Demo。玩家在荒芜世界中寻找碎片，通过星门与裂隙进入不同区域， 沿坡度滑行时继承惯性、随坡加速、同时消耗能量。区域内散布幽灵 NPC 与可收集物， 配合环境音与低饱和的灰调美术，构成一段安静而孤独的旅程。
俯视角动作射击原型。WASD 移动，鼠标控制武器朝向。
用程序化生成的方式搭建地牢的第一次尝试。Walker 脚本以随机游走算法铺设 Tilemap， 玩家被自动放置在地图最左侧的地面上。武器系统独立成 WeaponsRotation， 跟随鼠标角度旋转并在超过 ±86° 时翻转朝向，避免镜像破坏手感。
二十四节气是中国人的时间刻度——立春惊蛰，谷雨霜降。我以此为题， 为小满、奶奶和那只橘猫建立了风格化低模角色，制作了中式棉袄的布料与暖色腮红贴图， 并用 Blender 完成木柴堆等可入游戏的场景资产。
奶奶侧视图那束贴图的明暗交界，是我反复调整 matcap 才找到的位置。 技术是手段，我想留住的是那种家常的、被阳光晒过的温度。
Stylized Figure
Emberdrift 主角渲染试验。低饱和灰调、克制的哑光表面，让废土不显得廉价。
Dynamic Poster
以应县木塔、双塔寺、水镜台为原型，在 Blender 中完成水墨 NPR 风格化与动画渲染。
地牢、森林、雪原三套瓦片集的绘制与分层导入，Aseprite 逐帧调色与阴影处理。
我的知识库是一个 Obsidian 仓库，四十多个 Markdown 文件覆盖 C# 语言机制、Unity 引擎 API、 2D 系统设计、关卡工具与像素美术。它不是答案的仓库，是我反复踩坑之后留下的路标。
装备与道具的双轨识别、属性计算链路、存档序列化格式，一次把设计讲透。
状态机骨架、感知与决策分层，以及在不同 AI 方案间的取舍。
回调函数到底在解决什么问题？事件与委托的边界在哪里，用多了为什么会出事。
用食堂盘子的比喻讲清对象池：什么时候该用，回收之后必须清理什么。
Unity 各生命周期回调的调用顺序与常见陷阱——那些"偶尔失效"的真正原因。
各子系统管理器各司其职，顶层管理器统一分发属性的分层架构思路。
分层瓦片的导入流程、Sorting Layer 顺序管理与 Y 轴动态排序的实现。
战斗背包与常规物品背包为什么要分开？一套 UI 架构的取舍推演。
2D 场景下的寻路配置、烘焙流程与常见失效原因排查。
地图编辑器的高频操作备忘，把时间省在真正需要思考的地方。
像素工具的取色、选区与画布操作笔记，配合瓦片集绘制使用。
从纯抄到七分抄三分懂，再到半抄半实践——三种学习阶段的真实体感记录。
完整知识库持续更新中，包含更多 Unity API 笔记、八股整理与项目缺陷复盘。
访问技术博客↗理论会过期，跑通的代码不会。我几乎每个技术点都是先在项目里撞一次墙，再回头补文档。
物品、任务、对话全部走 ScriptableObject 配表。逻辑只管规则，内容只管数据。
击退、眩晕、协程延迟伤害——玩家能不能"感觉到"被打中，比掉多少血重要。
按功能模块分目录、统一英文命名。能被看懂、被接手、被修改，才算写完。
地图分层、色彩对比、剪影辨识度——它们和代码一样，需要在早期被认真对待。
