用 Unity ，然后客户端和服务端都用 C# ，或者都用 TS ，双端统一语言能省一万件事

游戏客户端开发有进一步细分：UI 、Gameplay 、渲染、引擎（引擎有更进一步的细分：动画、渲染、资源、优化、打包、框架）等等

其中渲染和引擎岗位日常才会需要写这些，其他岗位主要是会用就行

游戏开发服务端与客户端主要看游戏类型，不同类型的游戏，这两个岗位负责的内容不一样

传统大世界 MMO：几乎所有玩法都在服务器实现，服务器也会有大世界背景下的复杂通信问题，客户端基本就是调 api 、做表现与资源管理。

吃鸡类为代表的，玩法是一局一局的，局外玩家有氪金和养成：局外服务器单独实现，和互联网 crud 比较像，有高可用高负载等。局内服务器和客户端有同一个岗位负责，这就是两边都要写，会涉及到很多的性能优化和网络同步的实现

明日方舟为代表的：吃鸡那种的弱化版，局内没有服务器，服务器只有局外 crud 和一些反 hack 校验

再就是一些纯单机游戏了。具体看你想做哪个方向。

golang 并不适合写业务，在写 web 方面唯一的优势是 Goroutine ，但这个优势也越来越不够了，比如 C# Kotlin 有原生 async ，C++ 也可以自己实现一套异步库

编程的话，自学就好了，报培训班极度不划算

不如用 C# 重写

游戏做为一个性能敏感的应用和巨石架构应用，有经验的开发，和没有经验的开发，实践出来的内容差别很大

很多现实的例子，因为性能、可靠性、更新速度（扩展性）导致项目失败

三国杀卡牌，线上有很多魔改，线下的还是一如既往的好玩

Q：C# 中为什么需要 async 关键字？

这个问题问 gpt 目前的回答是错误的，只是把 async 的特性说了一遍，没有说出设计它的原因，真实答案有一篇微软的官方博客，google 一下就能搜索到，对于帮助理解 async 非常重要

一顿如何做到不会饿得难受的？
我两顿刚好能接受（早上或者晚上饿了只喝牛奶）

做独立游戏

转 unity 开发

@voidmnwzp 你提到的跑一百万个协程的内存与效率问题，可以搜索一下 async 与 goroutine 的对比

不是所有协程都是有栈协程（ 4k 的栈大小），async 这种编译时的无栈协程对内存的利用率天然更好

@voidmnwzp 我回答中说的 async await 无栈协程可以做到对内存的高效利用
据我所知 java 里没有 async await ，java 也是吃内存大户（但 kotlin 有 async await ）。

也许你会说除了 java 和 go ，其他语言不好招人。但我想说的是：golang 本来也不好招人，吹的人多了，就好招了

我觉得 golang 在国内之所以火是因为当初 goroutine 实现高并发 IO 的需求很简单，效率也很高
高并发 IO 的需求一度也带热了 Python （ Python 有 asyncio ），但是 Python 一时爽，重构火葬场，Python 很快在 web 领域凉了

尽管如此，golang 还是太简陋了，非常不适用于写业务需求，有地方为了避免变量逃逸甚至会把一个函数写到几千行，完全没必要
同时 goroutine 本身也不是十全十美，它浪费内存已经是众所周知的了

这里推荐感兴趣的了解一下 C# 的 async/await 异步模型，对满足高并发 IO 也非常容易实现，异步之间的通信也不需要 channel 那种额外绕一下的方式，对内存利用率高，运行时得力于 .Net Core 性能越来越好也不再是瓶颈。

C# 早早的实现了跨平台，高级语言也十分特性完备，推荐了解。

注：C# 是 async/await 鼻祖，python 等语言都是从它那里借鉴的

感谢

强烈建议了解一下 async/await
https://www.zhihu.com/question/65647171/answer/233495694

如果只是想要执行一个方法的话，在 ManagerBase 里声明一个静态的 Action ，就叫 HelloAction 吧
初始化 Manager 的时候把方法注册到这个 Action 里
调用的时候就只需要 ManagerBase.HelloAction?.Invoke()