能说的太多了吧。

先说结婚的目的。
婚姻就是以爱情为起点的长期的合伙经营。这个经营可能只有 2 人，也可能是 2 大家族。
对对方的外貌身材没感觉，就无法建立最初的信任。
只有爱情，那就会经营不善。
既然要经营，双方就需要有合伙的目标。可以是养 2 个孩子，成材，然后终老。可以是在事业上各自扶持有一番成就。目标不明确，目标太容易，目标不稳定。都会导致无法长久过下去。

- 路遥知马力日久见人心。对方的性格，大概要至少一年才能有初步的了解。所以，第一年不要被爱情冲昏头脑，把婚事定了。
- 等自己和对方精神上相对成熟了，再结婚。这个成熟的一个衡量标准，就是能独自照顾好自己，不要社恐。这包括和同事领导和谐相处，朋友亲戚请客送礼，自己租房，自己出去旅游，自己上医院看病等。
- 双方拥有不错的生活技能，对婚姻是个很大的加分项！不要觉得现现在物质生活丰富了，啥都能花钱买到。有时候自己动手或对方帮你搞定。能极大提高时间、精力、金钱的效率。
- 门当户对。这样双方三观和处理事情的方式大概率比较相近。我周围几对青梅竹马的，都过得不错。双方家长也相处融洽。
- 平贱夫妻百事衰。现在啥都可能花钱，所以，等自己或双方的事业稳定了再结婚。
- 养孩子要趁早。这条和上面一条其实挺矛盾的。注意平衡。养孩子很耗费体力精力，所以，年轻时带娃，体力足，不会影响工作效率。过了 35 ，熬个夜，然后领导再给个重要人物，就有点崩溃。
- 没有完美的人，完美的性格。只有适合某种场景的人和性格。什么样的人，擅长处理什么样的事情。

3 小时太长了，再加上可能是传记片，估计国内票房不会太好。
这种片子被删减，更多可能是票房的因素。

@kenvix 其实你想的没错，但不能太绝对。需要注意驱动程序这块属于三不管的井冈山。
Windows 要适配太多太多硬件，微软只能搞个框架，加点认证，没精力搞好。
大部分驱动在硬件厂商那属于支持，硬件厂商没动力搞好。
第三方为了商业利益，会瞎搞。除了问题也甩锅。

所以装驱动，最后还是要相信自己。

@ncots 这是 Mac 下用的虚拟机软件，用来装虚拟机的。这个软件支持的 DirectX 版本越高，那么 Windows 虚拟机下也能玩更新的游戏，显示性能也会更好。
不过，这个软件只是对显卡做了做了转换，有一定的性能损失，而且对 DirectX 的支持，也始终跟宿主机相差至少一代。

对个人来说，跨职业干活其实只有好处没有坏处。以后回产品了，怼起开发来游刃有余。需求设计上再照顾点开发，胜过请他 10 顿饭。
你觉得有问题是做 2 份工作只给 1 份钱。另外就是写了代码有可能回不去产品。还有可能觉得不专职，管理混乱。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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