@HiterPang 问题是，你在云机上跑 clash ，用什么方式当入口呢？ socks5 不安全呀，其他的协议的话，云机纯粹是中转了，本地还要再部署一个入口。意义不大呀。

腾讯云和阿里云各有几台机器，用 docker 跑了 v2ray 当公司固定 IP 出口，几年了也没啥问题。
只要不像 frp 一类在云商的黑名单上，跑什么软件他们不怎么管。
但是用软件做有风险的事情可能会有问题。

@long1and 这是什么设备的功耗界面，看着挺好看的

其实 gitlab 的 docker 部署方式，升级起来非常的省心！

我们公司和我自己的 2 台 gitlab 服务器。都是 docker 方式部署的，也是 N 年前的个位数版本开始用。到现在版本 16 了。基本都是无折腾升级。

升级的时候，就只要 stop 和 rm 掉原来的容器。然后改下 docker run 的版本号为新的版本。直接 run 就完成升级了。

只是每次升级要记得按照 https://docs.gitlab.com/ee/update/index.html#upgrade-paths 这个里面描述的版本号依次升级，不可以跨度太大。

@akaayy
你的方法可行，但执行的细节上远不止这些。

语言方面，我比较推崇斯蒂芬·克拉申的那套理论。可理解输入，高学习动力，高自尊和自信，低焦虑。

放到你说的方法中，播放动画片只是增加了 TA 学习的动力，但你还需要陪 TA 一起看动画片，和 TA 互动，跟她解释动画片中的场景。也就是给 TA 反馈，为 TA 创造可理解的输入。并将动画片中的场景穿插应用到日常生活中。
而一旦某种动画片 TA 不敢兴趣，你还需要及时更换，而不是强迫 TA 看，否则会增加 TA 的焦虑。

综上所述，我们家得出的一个重要结论就是：鸡娃先鸡自己。

你得说清楚你的需求，说不定你的需求 Windows 就能很好满足。

@Morgan2 这片子过审，而且没剪，我感觉和《血战钢锯岭》类似。
中国这边也想表达，你美国那边不要让麦卡锡主义重演。

@mgoann
公司有没有专职或兼职，能维护机器的 IT 。
没有的话，直接在京东或者比较大的品牌商买类似配置的品牌机，记得一定要带上门维修的售后服务。
现在没几个开发懂电脑硬件了，懂得也不太愿意兼职修故障机器。
公司里没 IT 的话，买组装机，出了问题很折腾。

我的建议是学一些带垃圾回收的语言，以及一些动态语言。
c++新特性是用来跟进技术潮流的，能看懂就行，工作中考虑团队平均水平，不太可能铺开了用。
其他语言，开发应用类的东西效率远高于 c++，所以你会发现一片新天地，反过来也会让你对 c++有新的认识。

@COCOMATA357 他也不敢收来自中国的款啊。

其实也没有几个行业是越来越吃香的。
现在发展那么快，一个行业可能一二十年就没落消亡了。
另外很多中低端行业。本身人就不值钱，如果做不到顶尖，那么谈不上越老越吃香。不然也不会那么多人，不管老人新人，都削减脑袋往 IT 和金融里钻。

@trihuan 显卡对分辨率刷新率的支持一般远高于 HDMI 、DP 等接口。所以显卡不用担心，只需要考虑接口。

七八年前的 HDMI 接口其实已经能支持 4k 分辨率了。只是刷新率只有 30 。现在你提到的笔记本，HDMI 是 2.1 版本的，4k 120hz 都能支持。
分辨率刷新率，只需要看普通桌面就行。你的显示器，插上去能亮，并且能达到显示器的物理分辨率和最高刷新率，那么线就没问题。
游戏内达不到，是游戏设置的问题。到游戏里面改下就可以了。
但改了设置，帧数太低，就是显卡或 CPU 性能问题了。性能问题就没有太好办法了。

@zuosiruan 游戏客户端，如果是 UI 部分，那么和 web 前端差不多。只是游戏客户端的 UI 没有 web 前端那么重的历史包袱，但大部分在线游戏的功能就是堆 UI ，改 UI ，所以工作量也不小。
游戏客户端涉及图形和渲染，那么水就比较深了。

当然，这里指移动显卡。

看接口。一般 Windows 笔记本会带 HDMI 接口。根据 HDMI 接口支持的协议可以看出支持到什么分辨率什么刷新率。

另外，Intel 的 CPU 的部分笔记本，还可以用 type-c 输出 miniDP 。但是否能同时支持 2 台外接显示器，这个要查下才知道了。

Windows 笔记本，如果有独显，那么外接显示器基本都走独立显卡。区别在是否是独显直连。非独显直连会损失一点点性能。

最后，提醒下，40 系显卡，不建议买 4070 。4070 相比 4060 提升相当小。所以，要么 4060 ，要么直接 4080 。

@Johnathan
游戏团队就像是医院里的外科手术团队。很小，体系很全，并且只有一个主刀医生（主程）。

你如果还想继续在游戏后端做下去，那么只有一条出路，就是尽快积累框架上的知识深度和广度，积累项目上线经验，成为独当一面的主程。
做游戏后端，用什么语言不重要，重要的是你用这个语言积累出一套你自己吃透的、适应游戏需求的网络、多线程计算、进程间通讯、存储还有分布式相关的线上技术。
这套技术，你要能让开发逻辑的人很快很容易的实现策划需求。并且你要对性能、稳定性、扩展性等负责。

你如果想换技术，你还是需要跟着别的主程，学习上面说的那些框架上的东西。并且要等机会，等那个让你当主程的机会，去积累上线经验。
或者你用你现在的技术，硬着头皮，找一个主程的工作。加班也好、钻研也好、请教你以前的老大也好，想办法扛下来。让项目上线，稳定运行下去。那么你就出头了。

我大概能猜到你是上海哪家公司出来的。

他们家的基于 Akka 的框架，真的是很万金油的框架。再结合 k8s 以及一些消息队列啥的。除了对延迟要求超高的游戏，没啥游戏吃不下来，而且开发效率很高。
所以没有理由转 Go 或 C++啊。

@jonathanchoo 不要那么思前顾后的。是男人就往前冲！
很多事情，你没经历过会觉得难。真做了，就不是个事。
而且每个人的人生经历都不一样的。想太多了就错失很多体验了。

我谈恋爱、结婚上不堪回首的错事丑事一大堆，不妨碍我现在过日子。