3m 耳塞，比楼里几个动不动就让人换 house 的靠谱多了。
住 house 也不能解决左右邻居花园开 party 到深夜/练琴/练鼓/跑车炸街/各种动物叫的问题，这是人的素质问题，和居住地无关。

moonlight 有的游戏需要修改分辨率为控制端分辨率，键鼠 warthunder 没啥问题（ rdp 就完全无法操作）。
当然最舒服的还是可以用手柄，整个 Android 平板甚至电视远程串流玩玩 bg3 之类的。

syncthing 支持 api 调用的
参见
https://docs.syncthing.net/rest/config.html#rest-config-folders-id-rest-config-devices-id
你需要写一个游戏的启动脚本，先 PATCH 调用
/rest/config/folders/*mod 文件夹 id*
内容为
{"paused": true}
停止这个文件夹的同步，然后启动游戏。
游戏关闭后脚本再调用同样的接口
{"paused": false}
恢复同步就行了。

@zx900930 #26 旧版的 设备和打印机 比新版好一万倍。

新版设置最大的问题是重要的功能没法用。
最典型的例子是高级网络设置
你要设置双 NIC 一个带网关(外网)，一个没网关（内网）？对不起，新版设置会画蛇添足告诉你设置错误无法保存。
而旧版经典网络适配器设置有个选项-不检查设置而且是默认值。

还有一个就是旧版的

已经全面转向 powershell 了

建议看看摄像头兼容性，大部分联想的新笔记本带 windows hello 摄像头的，linux 都无法调用，等于没有摄像头（你不开视频会议就无所谓了）。

@EVJohn #6 官改 EU 能用 NFC 刷公交卡吗？
之前买的小米的欧版手机，带回国内都没法用 nfc 刷国内公交地铁(在欧洲可以刷)。

回国的时候把存下来的学习笔记（全部手写的塞满整整 3 个最大号的垃圾桶）全扔了。
有的时候你会什么都留着觉得以后你会去看，实际上是根本不会的。
真正重要的的东西都多设备同步+定时备份。

游戏的最高配置是朋友，单机真的没啥好玩的。

1. 不支持侧载
2. 第三方商店也要交钱

伴随推出的新的 policy 直接把免费 app 往死里干，以后 AppStore 恐怕全是收费 app 了。

@leostone #56 搞定了，舒服了，可以买 75 配列的了！

一般写 crd/operator/chart
部分公司会在成熟的 operator 上二开加入自己需要的功能。
然后部分会朝着 devops 方向，流水线或者云平台开发。

如果是 2G 的还有有国产化适配那些。

@JingXiao #25 码字体验，声音和手感都还可以，但是品控个人觉得需要抽奖(我只买了一把这个牌子的，不能代表普遍情况，可能是我脸黑)。
好多 75 配列的键盘没有 Home 和 End 键，这个对我来说不可接受。
虽然 linux 底下可以随便 ctrl+a/ctrl+d/alt+f/alt+b ，但是也经常需要 powershell 底下干活的，没有 home 和 end 真的要了老命

@ygtq #8 我有把 F87 的灵动轴，A 键和 B 键 4 个月就连击了，现在把 2 个备用的轴都换上了。。。。我不禁担心起这个牌子的品控。。。

jmeter 的图没有这么美观，不过很多压测公司的报告里直接就用 jmeter 的图。
jmeter 输出的图已经是非常清晰易懂的了，不是有特殊要求的话实在没必要再做美化。

Android 的 2FA 我一直用 Aegis ，有自动备份功能，备份路径加到 syncthing 里和自己家的服务器同步，再配合 bitwarden ，换什么设备都能很快地访问全部的 2FA 和密码。

@callmexiaoliu #5 你写程序可能感知不大
对系统管理员就感知比较大了
gpedit.msc 没得，没法加入 AD 无法域控

@shijingshijing #26 这篇文章明显是一个 PG dba 的 bias ，而且一看就是没有多少云原生生产经验的
他甚至都没有提及生产中大量使用的 PGO
人家从
监控(pgMonitor)
备份(pgBackRest)
高可用
连接池
集群克隆
PostGIS
升级管理
都提供了完整的解决方案，全都集成在 Operator 里面了。
而文章作者还在用裸金属运维工具在运维云原生的东西，然后吐槽一堆 bug 不好用。

更不用说 op 这里提到的还是相比 pg 云原生更成熟的 mysql/redis 。

一般水平的 dba(指只会备份还原/打打补丁/脚本 boy)都快被 operator 取代了，没理由其它的职业都在 skill up ，就 DBA 不转型吧，一旦他依靠的老东家一垮，出去还能找得到他说的传统 DBA 工作吗？

纯 docker compose 管理其实只要备份做好了问题也不大。主要还是分散的 docker 管理比较麻烦。
最好还是上 k8s 加个 operator 来管理这些东西，这个已经是经过大规模生产考验了的，还在说数据库 redis 不适合进容器的该歇歇了，已经 2024 年了。

k8s 可以在 1 分钟之内拉起一个 mysql/redis 集群并且由对应的 operator 实时监控状态主从切换，备份可以用 Percona XtraBackup 实时热备，并且对应负载均衡和 ingress 乃至监控的接入都可以同时生成。
一切的操作只需要你修改一下 chart ，改一改 crd 或者 configmap 参数，就可以大规模复制。

换成 linux 裸机，用 playbook 自动安装部署花的时间一般会更长，除非专门优化过。


如果你的业务全都容器化了，运维工具全是云原生的，那么没有理由让数据库和缓存单独孤立在 k8s 外面。

反之如果你的运维工具链全是基于裸金属的，那就全都裸金属。