100%黑巧克力。其实带苦味的都喜欢。

我们家起名字，就是在一大堆古诗文里面，找一个词。
这个词代表古人对某种美好东西的比喻。
然后字要很常见，但词一般人不知道啥意思（自己得知道啥意思），然后诗文也要一般人没见过。

参考“江疏影”中“疏影”的来源。

感觉 OP 指明的方向，只是第一步。后面如何贯彻执行，还有很多的细节需要自己摸索。
这种感觉就像外面有很多育儿技术教程，但很少有父母能理性的识别和科学的教育孩子。

要当好一个 TL ，真的很需要强大的学习能力和管理能力。还需要要足够的情商。

当然，能有意识的去照 OP 中说的做，已经是很大的进步了。比如我司的一些 TL ，就是不敢把事情分出去。

楼主你技术栈什么样的呀？

其实换个配置好的机器就解决了。特别是内存，他们家的工具都极其吃内存。

两方相互对抗，无非就是双方都认为对方动了自己的利益。

你的第一种方案中。
在你打游戏时，开 3 个控制台。分别 ping 你的路由器、主路由器、某个外网比如百度或京东，dns 服务器也可以。参数记得加 /t 。也就是一直 ping 。
然后在你断线时观察下这 3 个控制台哪一个或哪几个 ping 出问题了。大致能确定断在哪里了。

在书签上，右键，选择“在新标签中打开”。

在自己的行业里面有一定的管理经验，并做出优异的成绩，然后积累一定的资本、人脉、资源，再考虑在本赛道或相似赛道创业。成功率大概率会高很多。
自己做出成绩，意味着在团队组建、团队管理上已经趟过很多坑，执行力足够高。这是发动机。
有人脉，就能沟通和整合上下游产业链。这是高速公路，而不是泥泞的山路。
有资本资源，就是汽油。
然后再结合点运气。

想想 10 年前游戏行业加班都是 12 点起。通宵司空见惯。
游戏行业主程和普通程序员价值差异很大。op 工作十多年了，应该要想办法做主程了。
游戏项目，程序越多越不好管。无限堆人是有问题的。

日本老龄化导致劳动力短缺，很难通过外来移民解决的一大原因是，日本人极度排斥外来移民。
这导致，即使入籍，也很难融入到日本社会中。
我想，这个教授要说的，大概是这个问题。

没看懂啊。跌了不挺好的吗？为啥还希望涨回去？

正如 13 楼说的，k8s 是运维工具。最大的好处是让开发和运维以及机器环境解耦了。沟通成本极大的降低，容错率也提高了。

我们之前一个项目要上某大厂的平台。对面一个运维要负责很多项目。他们的环境也是对我们隔离，不允许我们接触的。然后我们和他们之间的沟通缓慢的不行。一个问题抛过去，可能要第二天才回答你。一个部署说明文档给过去，可能要下个礼拜才会有答复。他们运维还要学习项目架构，编写各种适配我们项目的部署脚本等。然后资源的协调和变通都是各种问题。这个不允许，那个没有。
后来我们看他们有 k8s 环境，就花时间将项目转换到容器下运行。问他们要了点 k8s 环境相关的参数配置，要了个仓库，我们自己搞定了 helm 配置，给他们。基本很快就跑起来了。
我们自己还能在内网搭建类似环境测试好了给他们。大规模环境下，我们项目还不用考虑节点通讯的复杂网络问题。省事很多。

关于单机测试环境，单机环境本身已经不考虑高可用了。部署一个 k8s ，照着笔记文档看看，其实很容易的。
复杂环境或者正式环境。对外的话，可以直接买云服务。只提供内网访问的，把事情完全交给运维就行了，开发基本没啥要参与的。

@szdosar 这样设置的话，宿主机也就是 Windows 上怎么设置？删除原来物理网卡上的网关？然后配置 Vmware 网卡的网关为 openwrt 的 LAN 地址？

脱离舒适圈的目的是让自己在适度的压力和挫折下更快成长，而不是学会享受痛苦。
你如果不舒服，也没有成长，就要考虑改变环境了。否则等你麻木，就会变得死气沉沉。以后完全没动力成长了。

一定一定要倒到杯子里喝，口感成倍上升！

单核比 13700 弱一点。多核的话，因为总线程数比 13700 多 8 ，强一点应该正常。