@CatCode 好像没必要用 u128 类型了，去掉 2、3 行的: u128 会更快

https://play.rust-lang.org/?version=stable&mode=release&edition=2018&gist=b66221ebd69b64d63feb1fe46631957b

@superrichman 这是按你的算法写的程序，用 rust 写的，本地编译 release 带上 -C target-cpu=native 只需要 2 秒不到

@lisachensyd 我只找出来了版本是 IntelliJ IDEA 201.6303，怎么下不知道

@MrYELiex 为什么是这个页面，怎么找到的

chrome ios 也有，但貌似 google 算法还挺准？

13.3 的时候，我也各种崩。然后卸载重装之后好了

原厂无机箱，就是这么肛

@shynome 我去看看

寻找 tcp 的内网穿透工具已经好久了。
期待开源

没带游戏本+1

@dyllen 但 win10 就是不一样啊，win10 的代理设置不支持 file://访问

我经常 rm ~
我没有使用-rf 的习惯，除非 rm 报错了提醒我要用-r 或-f 的时候

@realpg 比如你要删一个有.git 目录的目录，就要用到-rf，不然一个一个按 y 会累死的
@sxd96 Windows 下删 U 盘 /储存卡里的东西是不经过回收站的，不要问我是怎么知道的

@paopjian 硬盘拆下来，找别的机器挂上，尝试 mv 回来

@iamwho `mv`就安全了吗？`mv`和`cp`在文件名相同的情况下，默认的行为是覆盖喔。举个例子，
```bash
cp test.conf test.conf.bak #创建备份
vi test.conf #大量的编辑
##略：其他的很多操作
cp test.conf test.conf.bak #原本想 vi test.conf，使用上下箭头键切命令时多切了一个
```
这样，你的备份 test.conf.bak 就没了。

我在文中想引申出来的是：每个命令都是有一定的风险的，只是风险等级不同。
难道只有“误删数据”才叫“事故”吗？
mv、cp、>覆盖掉了已存在的文件
>>追加的内容和原有内容无法区分
UPDATE WHRER 的条件输错修改了不该修改的位置
apt install 把某个依赖升级到了并不兼容的高版本
...
甚至是 Windows 上，删除文件点了“是”，点开了回收站又点到了“清空”，再次确认还点了“是”这样的三重防护都挡不住的没睡醒。

我认为每个用户都应该在执行命令前，能明确这个命令会有哪些作用。
而对于现有的容错设计，我们必须明白其容错能力并非无限。

我的还是 2A364