零游戏编程经验，建议用 pygame 建立一个对游戏程序的基本认知。
然后再用具体引擎做项目。
2D SRPG 可能对你来说难度太高。

也就打包时用用命令行挂 Jenkins 上。
游戏引擎是强 GUI 软件。
游戏引擎脚本变化不会小。
然后全代码开发，其实是行的，主场景挂个入口 Node ，剩下的全由脚本生成。
但是 Assets 的制作还是引擎的 GUI 吧。

之前用过 8C16G 还是 4C16G ，还行。

看成被前端骚扰

看成熟项目。
像 Cocos Creator 这种玩意，它宣传的特性和你理解的会有巨大的差距。
只有看别人的项目，才好快速踩开那些无谓的学习尝试。
现在做这个也没必要一定用 CC 。

好了，用了一个陈旧的安全组的问题。这个安全组看起来给 ping 、ssh 都过了，实际上是失效的，编辑时冒红色。
重新建了个新的安全组搞定。

ping 不通，其他都检查了，以为 IP 被封。但是给 ssh 挂了 SOCKS 也不行。就很诡异。没想到是安全组太旧的问题。

这是个 30 岁之前的问题，熬一熬就过去了，然后就开始愁 35 岁问题🤦‍

不谈和 Web 服务器差不多的卡牌游戏的短连接服务端。MMO 游戏服务端，除了负载，最主要是有状态且要执行复杂的游戏逻辑。像守望先锋，基本上服务端要处理近似物理模拟的游戏逻辑。国内的大部分不太会去做这么复杂的模拟，但至少到后来也是往 WOW 的 cell 架构去做的。当然现在很少有网游是 MMO ，随便拿些 Web 常见技术也能用。
高并发、低延迟的系统，用常见通用技术很难做出来。

我初中是 top2 的学校，过得很麻烦。但是高中到了 top1 ，完全没这事。引导小孩好好念书，就不会碰到这种事。
如果不行，至少要能让小孩主动告诉你。坦白讲被欺负最狠的就是那种各种情况都不行的孩子。

装个 carplay 外挂就好了

现在就算 2D 游戏也没必要按位图帧动画的思维去做。

抱怨开源的人，在一个假设中的普遍不开源的环境里，依然不能用技术生财。
技术是技术，业务是业务。
生财是生在业务里。

比如最近很火的 Palantir 公司，你用开源也是能搭起它的业务的，但是它的业务细节很神秘。
v2ex 之前的代码都是开源的，但是你不太可能通过架设那套代码就复刻一个 V2EX 。

技术不是全部，不存在什么需要“再次伟大”的。
比尔盖茨当年的《至爱好者的公开信》的意义是开创卖软件的业务，不真的在于反对开源。
把不重要的代码开源，这样大家就没必要再去造轮子，直接拿来用，构建更创新的业务。

用夸克网盘的 AI 将视频的大纲什么的分析出来。
根据大纲了解整个知识体系，然后看书和其他文字资料。
偶尔有些实操的可能看文字描述看不明白，去搜视频看。
总之，视频教程作为主要学习手段十分低效。
这也是为什么很多人接受 K12 教育时总是失败的原因。
然后一玩计算机就门清了。
当然，这仅限于计算机的学习。
不同的领域，学习方法不一样。
计算机从工程的角度来说，基本靠动手，工程方面也基本靠动手。
数理学科基本上是要靠在数学题目里转来转去然后洞察出有物理意义的东西。
艺术基本靠枯燥地反复训练。
应试文科基本靠背书和概念理解。

我之前以为群晖会很好用，后来帮朋友买了台。我尼玛，配置繁琐不说，很多术语概念可能是它自己发明创造。远没有我的 OMV 系统好理解。

好早之前曾经在一个有一点 Google 脉络的组上班，其中 CodeReview 用的是 Gerrit 。也就是说这种提交模式（ pre-commit ）会导致我们一个提交会因为等待打分，导致做好多次 rebase 。rebase 的结果导致提交线直直一根很漂亮。可能会丢失实际开发信息，但是从成果角度看，丢失的信息也无所谓，丢失也是一种整理过程。

当然如前面有人说的，这种模式一旦遇到冲突，可能要多次反复解决冲突。比较麻烦。

至于 Merge Request 这种 post-commit ，几乎是非 Gerrit 管理的项目的实际上的唯一可靠的模式。Gerrit 需要组里有足够的熟手。而 MR 只需要一个老手加若干新手就能转起来。所以别纠结。

术语 Merge Request 和 Pull Request 实质几乎是一样的，主要是 Gitlab 用前者，Github 用后者。所以 IDE/Tools 在生成 commit log 时，用词可能比较随意。（回想当时用 Gerrit 之前，我们的库就是托管在 Github 上，但是不使用 PR ，所有人都有权限直接往库里 push 。有的人会 rebase 一下，有的人直接来。）

后来再也没有在有 CR 的团队里上班 🤦‍

一个个杀进程关服务进行测试
安全软件没关闭吧？你这跟中木马似的

想念 LZ ，加我微信，直接搜 id 。。。