不管什么图都是 plantuml 一把梭，能直接改文本，改完渲染成图真的太香了。甚至你都能把他写到代码注释里。然后让文档工具给你渲染成图嵌到文档里。

至于什么丑不丑的压根不重要，你那个图是让人更好理解架构流程的，能理解就行。

时序图，组件图，状态图，流程图都经常画。

主要还是别被 “主流”，“经典”，“大厂也在用” 这些词糊弄住了。这些不过是方案的一些特点而已，他还有其它的优点和缺点，都要列出来调查清楚。而不是看见一个吹得好就用。

最最重要的还是要切合你们团队自己的实际情况。

比如你说的 ELK ，它的主要优点是什么，在达成这个优点的时候，需要付出怎样的搭建和维护成本。它的这些优点，对你们来说有多大提升，而成本对你们来说是不是能支付得起。

如果你们压根就不需要什么分析，dashboard ，那是不是只要个 log 定期收集汇总就行了，压根不需要数据库。
如果你们的日志量很少，那云服务厂商自己 log 解决方案给的免费额度是不是就够用了。
如果需要大量收集日志，也需要大量分析统计，那么你预计的数据量下，ELK 和 Clickhouse 都需要多少个节点，每个节点要什么样的配置？
这些节点配成的集群是不是要专人维护，维护需要的技术难度有多少？特别是故障恢复的难度有多大？
如果需要专人维护，那你们团队是不是有这样的人？或者有人对它感兴趣可以转型？没有的话，招人的难度有多大？成本有多高？

还是要从你们团队现有的资源，项目的规模，人员的情况来入手，选择适合你们的，而不是 “最流行” 或者 “最好” 的技术。尤其是当你在技术选型上有所纠结的时候，通常这个领域也没有一个能在所有方面压倒竞品的方案。

@bestkayle 信用卡跨行还款也免费。
有这两点就算它 UI 写甲骨文也有人用的。

@enchilada2020 如果我没记错的话，PowerToys 的改键是用的键盘钩子。所以你的程序如果也用了键盘钩子，可能就会覆盖掉它的，比如 mstsc 一类的。
你可以试试管理员启动 PowerToys ，或者在开了你的程序以后，再禁用然后启用 PowerToys 的 keyboard manager ，让它的钩子挂前面去。
或者直接用一些驱动级的改键，比如键盘厂自带的驱动，或者 Filco 等那些可以配置跳线的键盘。
或者试试这个：
https://github.com/cajhin/capsicain

没啥意义，特别是你这 4 块盘还都放在一起。
RAID1 的两块存重要数据，剩下直接弄俩文件夹就行。RAID0 都不用。这样就算炸了你还能剩一块盘的电影。
而且你只存电影的话，RAID1 都用不着，不如直接放网盘备份去。信不过网盘你可以买冷数据存储当备份。

@CaptainD 可以一直用你付年费时的版本，而不是年费结束时的那个。
但可以包含小版本更新，不包含中间版本。比如 2023.2.1 可以升级到 2023.2.3 ，但不能升级到 2023.3 。
即使你在年费期间可以使用 2023.3 ，但不续费的话，你只能 fallback 回付费时的 2023.2

编译用的镜像，和 runtime 镜像不要用同一个。

就你的场景而言，你可以做一个编译镜像，这个镜像的 docker file 里面拿你的依赖先 install 一下，缓存出需要的依赖，然后每次就用它编译。这个镜像大点无所谓，反正也就在你的编译机上跑。而且只在你项目依赖变化的时候才需要重新构建它，平时根本就不会动。正常情况下，你项目的依赖也不应该频繁变动。

项目本身做 multi stage ，使用编译镜像去 build ，然后产出物复制到 runtime 里做成最终的产品镜像。runtime 压根不需要什么 apt ，npm 。一个 alpine 加 node 就够了，镜像本身没有多大。

然后回到镜像管理本身，你应该有一个自己的 registry ，在你不同环境里，使用的镜像应该保持一致。就是你用来 test 的，和你扔到 production 环境里的应该是同一套东西。你 production 的不同网络，使用的也应该是相同的镜像。
通过 volume 挂载 js 是极其糟糕的做法，等同于你把二进制直接手动传到 EC2 里跑，完全失去了使用 docker 的必要性。到时候出了问题，你连对应的版本都找不到。回滚什么的更难办了。

买个保温性好的小水壶，然后饮水机接热水就行了，但大部分饮水机的水都不够热。

买个小的即热式也可以，没有加热声音，但代价就是和饮水机也一样，水不会烧开的。

茶水分离杯漏水主要是气压问题，你加完水以后先倒立几次，然后拧松放一下气，再拧紧泡就行。这样漏的水会少一些。我目前用的就是茶水分离杯，主要是茶叶在上面，你拧下来就总会有点水。先倾斜一下杯盖把水接下来就行了。

公司内网的话，如果你电脑接了域，域控可以直接下发证书。那你 HTTPS 用不用其实都无所谓了。

简单的行为管控你可以看看 iKuai 的免费版，基本的浏览记录，使用协议记录，IM 的上下线时间什么的都能记录到。甚至能管控到 QQ 号级别。

切记不能跨系统恢复，只能安卓到安卓，或者 iPhone 到 iPhone 。

家里和公司全都是罗技，已经熟练掌握电烙铁的使用以及徒手薅微动的技能了。单击变双击是常有的，还有什么拖动随机断等等各种问题。

而且你要是拿 MX Master 或者 Anywhere ，和 G 系列同时用，就会发现 G 的耗电速度非常快。Master/Anywhere 一个充电周期内，G 能充个四五次。当然性能也没法比就是了。

最简单的就是用 KubeSphere ，Rancher 这种工具直接搭起来。其中 KubeSphere 是国人开发的，用来搭建环境的 KubeKey 甚至自带翻墙配置。可以让你在完全什么都不懂的情况下直接拉起来一个差不多能跑的东西，甚至还带 dashboard 。
其次就是 minikube ，k3s ，microk8s 这类的。

但最终还是要看你要装 k8s 做什么。
如果是产品使用，自建集群一般不会让你一个完全不懂得来搭 k8s ，自然有运维团队负责。云服务的话基本都用厂商的集群服务，也不会让你开一堆 EC2 从零开始搭一遍。
如果是学习，那么搭建的过程也是学习的一部分。从 kubeadm init 开始，全都是坑。每爬出一个坑，你对 k8s 的知识掌握就更多一点。也更了解这东西的各个部分是怎么交互运作的，是如何从物理机上抽象出一整套调度系统的。
反正作为学习的目的来说，更没必要找个工具跳过这一步了。

胶囊机的好处就是方便，而且能稍微出一点油脂，喜欢喝意式的话，口感和风味会更好一些。
方便这一点可以秒杀所有半自动，不过半自动的压力更高，味道更好一些。
咖啡机直接买 Nespresso 最便宜的就行，那些不同款式只有附属功能有区别，核心都是一样的。
还觉得贵的话可以买国产兼容机，也是一样用。反正你最后也不会只喝 nespresso 的胶囊。
打折的时候兼容胶囊大概可以做到 3~5 块钱一个。

但如果你平时只喝美式冷萃什么的，那就继续冻干或者咖啡液吧。

你也可以看看耗电量。同样的动效，80%功耗不卡和 30%功耗不卡是不一样的。

NIH 上有很多论文讨论，效果还是有的，也未见什么不良影响。通常都会起到减脂的作用。

说实话，虽然论文也有造假，也有故意使用有倾向数据喝结论的。但总体来说也比各种公众号可信度高，也比你上 V2 来问要好得多。

他是个二进制文件，微软有官方文档，你可以自己写个程序改
或者用别人写好的
http://jacquelin.potier.free.fr/ShortcutsSearchAndReplace/

买蒸发式的就行，超声波的原理是直接把水震成小水滴然后把水雾吹出去，所以你用的水如果比较硬，那最后桌面会看见一层白灰。
主要区别就是超声波吹出去的是水雾，水里面的东西也会带出去。而蒸发式的放出来就是水蒸气，没什么别的东西。
我买的是飞利浦的蒸发式，就是里面有个纸质的滤芯，水吸上去然后电扇吹强制蒸发。定期换滤芯清洗下面的水箱就行了。滤芯买国产兼容的就行，很便宜。

你永远赚不到自己认知范围以外的钱。

好好学习，是为了让你有基本的能力去扩展自己的认知范围。