稍微有点蹭国产化的 debuff ，是常规 bug ，但拿国产化标签讨论有点过。
“从显卡厂商考虑，提高其兼容性应是其首要目标”，硬件层面出于各种原因，故意限制其兼容性的例子太多了，所以这个前提有待商榷。从一个通用消费电子产品来说，应该不存在故意，可能更准确的说法是，使用有限的资源在有限的范围内提供兼容性。这个前提下，没有覆盖的场景出现 bug 是可预期的。
“硬件的缺陷不应该通过软件方式修复”，这个不能说错，但上游不修复，下游出个 workaround 算是常规操作吧。

1 应该是最传神的翻译了。仅表示本次通信成功，不对通信内容表露任何态度。当然，有时候不表露态度也是一种态度。

第二种似乎更不妥，对一个业务暴露控制平面容易挖坑。

不用一口气吃完好的或不好的，我喜欢交替吃，参差多态乃幸福之本源。

坏情绪就像粘痰，产生了就要吐出去。有能力有素质的人能自己解决，找张纸吐完包好扔垃圾桶，没能力没素质的人随地大小吐，或者故意吐别人身上。

- 完善对世界认知，维护精神卫生，减少坏情绪的产生
- 完善对自己的认知，熟悉自我的脾气秉性，知道坏情绪应如何处理
- 提高素质，正确倾倒垃圾

虽然一个好的垃圾桶也重要，但不建议从垃圾桶视角看问题，毕竟再好的垃圾桶也是装垃圾的。

可能不是用的 Docker 作为运行时，用 crictl 命令拉一下镜像应该可以解决。最好还是推到内网仓库，修改 containerd 配置指向内网镜像，不然每个节点都需要手动拉一下，还有可能被 GC 。

keel.sh 可以看看，我用这个在 Kubernetes 集群自动更新镜像，有审批和通知功能。

“物理独享”这个东西要看怎么定义，严格的全链路物理介质独享基本不存在。
技术上来说，PTN 是包交换网络，底层就是 TCP/IP ，和物理独享离的有点远，相对来说 SDH 的电路交换要刚性很多，说配 2M 时隙就独占，你不用别人也用不了，明显“物理独享”多了。
产品上来说，运营商承诺了带宽，就按照刚性管道独享使用就行，或者看合同 SLA 。

xshell8 公测了一段时间了，支持 rdp ，目前轻度使用，没遇到什么大问题，有同时使用 rdp 和 ssh 的场景可以考虑。

“尽快喝到热水”，目前主要有 2 个代表性方案。一个是即热饮水机，一个是恒温水壶。
即热饮水机是立即将室温水加热到你要的温度，恒温水壶是提前加热到指定温度并保持。理论上，即热饮水机是更优秀的解决方案，但工程实现及最终的市场产品就另说了。
即热饮水机我用了 2 年，每天高频使用，可以设置温度、杯量，使用非常方便。2 年的使用体验非常好，就多喝水这一主题，极力推荐即热饮水机为家庭必备。因为可以定温度、定杯量，和泡奶真是绝配。
即热饮水机理论很好，但工程实现和实际使用还有一些问题需要留意，比如只能用直饮水、一般不烧沸腾、水箱污染长绿苔、水路污染异味等，挑产品和使用时需要留意。
恒温水壶刚开始挑选，最近的舆论似乎更关注胶水问题。

市面上的产品挺多的，但抓住上面 2 个方案，其他的其实都是变种。比如即热和净水系统集成就有了管线机、即热水龙头、净饮机，有一些恒温水壶有净水模式，这种模式下我理解的基本就是即热饮水机方案了。