Cc

CC

把多人实时游戏的复杂度,收敛成稳定的系统。

我是 Cc,高级 Golang 游戏服务端工程师 / 核心模块主程。8 年以上软件研发、7 年以上 Go 后端经验;长期负责海外多人在线游戏的核心模块,从业务建模、实时通信到性能治理和线上保障。也把 ChatGPT 与 Codex 接入需求、开发、验证和文档流程,但始终保留工程判断与责任。

我的职业主线,是把复杂度变成确定性。

2018 年从 Java 后端起步,2019 年转向 Go 与分布式服务,2020 年起持续深耕多人在线游戏服务端。技术栈在变,但做的事情始终一致:把模糊需求拆成可验证的模型、接口和交付计划。

现在,我能够独立推进从需求评审、架构与接口设计、核心模块开发、性能调优、容器化发布到线上故障闭环的完整链路,也通过任务拆分、技术评审、代码评审和新人培养放大团队产出。

职业跨度
8 年+研发 · 7 年+ Go
长期主线
2020 年至今 · 多人在线游戏
当前角色
核心模块主程 · 端到端交付
03

我真正擅长的,不只是写 Go。

更重要的是把业务模型、实时状态、性能风险和上线结果连成一个闭环。

01
  1. 01 业务建模 房间 · 匹配 · 规则
  2. 02 实时运行 状态机 · AI 托管
  3. 03 稳定闭环 重连 · 结算 · 恢复

复杂游戏核心框架

Go · goroutine · channel · context

围绕房间、匹配、对局流程、状态机、AI 托管、规则与结算进行业务建模,抽象可复用接口,让不同玩法更快、更稳地接入。

02

实时通信与对局恢复

TCP/IP · HTTP · WebSocket · gRPC / RPC

处理长连接、实时交互、异常退出、断线重连和对局恢复,并在项目中使用 MySQL、Redis 支撑相关服务。

03

性能治理与工程交付

Linux · Docker · Kubernetes · Helm

定位 CPU、内存、GC、网络与资源竞争问题,并完成容器化发布、线上排障、服务治理和版本保障。

04

职业经历

深圳快娱网络科技有限公司

Golang 后端工程师|核心模块主程

长期负责海外多人在线游戏服务端设计与核心业务研发,覆盖多款 PVP、PVE 与竞技玩法;参与架构、接口与数据结构设计,支撑多玩法、多活动并行迭代。

负责范围

房间匹配、对局流程、状态机、AI 托管、规则结算、活动系统与异常恢复。

工程闭环

需求评审、核心研发、性能调优、容器化发布、线上排障与版本保障。

技术影响

关键技术决策、任务拆分与评估、候选人技术评估、新人培训、代码评审与跨团队交付。

Go 与分布式服务

2019.02 — 2019.12 · 深圳智慧乐园科技有限公司

完成从业务后端到分布式系统的能力跃迁,参与 8 个子系统拆分、服务通信、统一鉴权与通用组件研发。

Java 工程实践

2018.02 — 2019.01 · 江西省润海通科技有限公司

从校园进入商业软件研发,参与 Java 后端功能开发与维护,建立工程交付基础。

成长起点

2015 — 2018 · 九江职业技术学院

计算机网络技术专业,为后来的服务端、网络通信与系统工程打下基础。
05

做过的系统,比技术清单更能说明我。

选择三个阶段,分别代表实时玩法、分布式架构与通用能力沉淀。

海外多款在线游戏服务器

2020.05 — 至今 · 后端开发 / 核心模块主程

面向海外市场的多人在线游戏服务端,覆盖 PVP、PVE 与多类竞技玩法,支持多款产品持续迭代与运营。

我负责
业务建模、房间匹配、对局状态机、AI 托管、断线重连、规则结算、比赛活动、容器化发布与线上排障。
工程结果
支撑 3000+ 同时在线;服务稳定性达到 99.9%;核心接口吞吐量提升 2 倍+;匹配等待降低 30%,对局中断率降低 70%+。
业务交付
通过模块复用将新玩法上线周期缩短 20%;支撑礼包、积分赛、MTT 等活动上线,参与率提升 40%、活动收入增长 27%。

Go · WebSocket · MySQL · Redis · Docker · Kubernetes · Helm

分布式监控识别管理系统

2019 · Golang 后端开发

面向监控识别业务的管理系统,包含管理端、用户端与后台服务,是我从业务后端走向分布式架构的重要阶段。

我负责
将业务与架构拆分为 8 个子系统并部署于多台服务器;使用 Eureka 进行服务发现,通过 gRPC / RPC 完成跨服务通信。
工程结果
基于 Redis + JWT 实现统一登录与身份校验,并完成系统部署、升级、测试与持续迭代。

Go · Beego · Eureka · gRPC / RPC · Redis · JWT · Docker

可复用服务组件

2019 · Golang 后端开发

围绕即时通信、Socket 集群与小程序后台文件管理,开发可在不同 Web 业务中使用的通用服务端组件。

我负责
使用 Go 标准库与开源组件完成服务接口开发,覆盖 WebSocket、Server / TCP Socket 与文件管理。
能力沉淀
组合使用 Beego、Redis、Docker、Nginx 等完成通信、运行与部署,形成可复用服务端组件。

Go · Beego · WebSocket · TCP · Redis · Docker · Nginx

06

AI × ENGINEERING

把 AI 接进工⁠程⁠流⁠程,而不把判断交出去。

我把 ChatGPT 与 Codex 用于需求澄清、仓库理解、任务拆解、实现验证和文档沉淀。AI 加速探索与执行;问题边界、风险判断、证据核验和最终技术决策仍由我负责。

  1. ChatGPT 把问题结构化

    澄清目标、约束与验收标准,先形成可执行上下文。

  2. Codex 在仓库中执行

    阅读代码、定位链路、实施修改,并运行验证。

  3. 工程师复核 复核证据与风险

    检查差异、测试与日志,做出最终技术决策。

先把问题结构化

把模糊目标拆成范围、模型、接口、任务与验收标准,再进入实现。

让 Agent 带着上下文工作

提供代码库背景、约束、修改边界与验证步骤,让 Codex 承接边界清晰的工程任务。

用证据复核结果

查看调用链、代码差异、测试、静态检查与日志,重点关注并发、性能、一致性和资源风险。

沉淀可复用上下文

把结论整理成 Markdown、流程图、检查清单和项目说明,让后续协作更快进入状态。

07

我如何工作

我的 MBTI 结果是建筑师(INTJ)。我更愿意把它当作一个自我观察视角:它解释了我为什么偏爱独立判断、系统思考与长期规划,但真正的能力仍要由项目和线上结果验证。

  • 先建模,再落代码

    先拆清业务对象、状态边界与异常路径,再决定接口和实现。

  • 用数据验证优化

    性能判断落到吞吐、等待时间、中断率、CPU、内存与 GC 等可观察结果。

  • 对上线结果负责

    不把开发结束当完成,持续覆盖发布、恢复、排障和版本保障。

  • 让协作有结构

    通过评审、任务拆分、代码评审和新人培养,把个人判断转成团队可执行的方案。

聊复杂问题,也聊怎么把它做成。

如果你正在做多人在线游戏、实时系统或高并发后端,欢迎和我交流具体问题与工程协作。

hyperli0612@gmail.com
中国 · 深圳 返回顶部