可以说是把 TCP 链路给 UDP 化了。但是也不完全是 UDP 化，因为上层只管乱序，不管丢包重发。
以后 HTTP/3 可能就要全面 UDP 了。

另外，TCP 并不是 UDP 实现的。

@chenyx9 美国售后。
主要是快递费就快顶上一个的钱了，他也就不让你寄回去了。

@Admstor faceid ……

天国的指纹识别……

@subpo #7 然而现实定价都是法币。
你放出去 1btc 的时候是 9000 美元一颗，收回来 1.1btc 是 2000 美元一颗，你是赚了还是亏了。
就算你再说自己只考虑 btc 的增减，然而 btc 的一切入手途径都是通过法币兑换的。
（电费，矿机，或者是直接购入货币等等）
你最终结算也是得结算回法币的，否则房租怎么交，水电煤怎么交。

Syncthing，多文件夹单独设置共享目标，p2p 互联没有 SPOF，可以写 ignore 规则排除同步。
还要什么自行车。

BRRip 指从 BDRip 再次二压的作品。那么没什么好说的，无脑下 BDRip 就行了。
首先看原料，其次看压制者，最后看码率。

补充一下提交流程。
master 或者 stable 是稳定版，是可以部署给客户或者线上的版本。
dev 或者 master （看你们的命名习惯）是主线 /开发版，是每个功能完整提交合并后的分支。
feature 分支则是每个 story 一个，会频繁 rebase 和 interactive rebase，开发时要求频繁提交，完成时要求按照大功能 squash 整理（比如数据库结构修改一个提交，后端 API 数个提交，前端页面数个提交等等），尽量保证每个提交都可以单独回滚。
feature 分支合并前需要做 Code Review。我们并不拘泥于 Merge Request，一般就是同事之间招呼一下，签出提交看几眼，没问题就给过的。如果你们对代码质量要求高，可以用 MR 然后指定 2 名或者以上的同事来做 Review。
合并的话谁都有权做，但是有权不代表就可以随便合并，还是要另一名同事给过了才合并。

代码我们是测试驱动开发的，所以跑通测试的话问题不是很大，如果有意外出现的话，可能会回滚主线提交，或者在主线上再打补丁。

不管怎么做，对程序员的能力都有要求。
既然是工作了，那就拿出点专业精神来，把工作做好。

手头有大小几十台机器，还是 XShell 用得舒服。就算是免费版也只是多开几个窗口的限制。

@taobibi 新硬盘可以考虑 RAID6 或者 R6+热备，如果熟悉 ZFS 也可以直接上 Z3。
如果是存档用，只添加不修改的话还可以考虑 SnapRAID。

RAID 最大的用途是高可用性而不是数据安全性。

正则应该是 Automata theory 的演化。这货还演化出了编译原理这玩意儿。所以没有正则的话，连编程语言也就一起没了。

@taobibi 重建阵列本身是一个危险操作。
你作为一个运维，通常进行危险操作之前，你会做什么？
对，备份。
但是热备盘的重建是自动的。也就是相当于阵列卡会自说自话在你还没有任何备份甚至任何防备的时候，就帮你去执行一个危险操作。你说是不是做大死。
这个之前看到过文章特地讲过这个问题的。

如果一定要做这样的设计，可以做成冷备，出故障提醒运维，运维上去安排好维护窗口，做好备份以后，再重建阵列。

其实热备还不如直接做 RAID6。

远程 wmi ？

盖章+签字，生效了啊。三方本来就是约束公司和学生的，违约当然要付出代价。

@southwolf 和品控没关系吧，就是用了辣鸡元器件。
比如说我这 M570 （美版）里用的是国产微动 d2fc-f-7n，额定寿命 500 万次，淘宝上卖 7 毛 5 分一个。
而一般选用的 d2f-01f-t 日产金合金微动，额定寿命 1 千万次，淘宝上卖 4 块钱一个。
更好的 d2f-f37 额度寿命 2 千万次，要 5 块多一个。

其实就是罗技贪便宜。

@chenyx9 #64 这我倒是不清楚，因为我这不是换的，都是罗技直接给我寄新的，花钱买了 2 个，售后又送了 3 个。

@CLOT 今天刚下单了一包 D2F-F37，准备把手里的 5 个 M570 的双击微动全给换了。
@chenyx9 等过保了就得自己换喽

VM 设置的 CPU 选项找找。就是让你选核心数的那块地方。

后面加个$拦截一下。