说起来这 Unix 时间戳 00000000000 ）还真是值得纪念的纪元年啊。

现在的公元多没意思， Unix XXX 年 23333

@ArcherDog 那真的推荐你上推看看了。毕竟更贴近日常。感情是得逐渐培养的吧。

我是觉得 LZ 留个 Telegram 会好一点。然后也可以上推看看，那里好多……喔还有煎蛋。

@lightening 那这就很尴尬了

@qianguozheng macOS 自带 QuickTime 录屏，然后 Google 里随便找了一个在线的视频转 gif 工具。

@lightening 感觉是自动化吧，这时候你付钱恢复的是上一个勒索信息 2333

照这么说，一直付钱还是能拿回数据的

@finian
@sox
@gfexfizv

trash 类方案确实是我之前见过最好的。
但是 GitLab 让我想起了另外的情况：想象一下空间被 spam 挤爆（类似 GitLab ），大概是清空垃圾箱之后才 Oh shit 吧。在图形界面里，还不是有误删垃圾桶的情况发生？

@lanxyou 不会，会提前检索保护文件。

@yangqi 所以最终还是要问对的问题，比如：
「你删的是啥数据库」
「测试」
「滚！」

@cuebyte 嘛确实……（捂脸逃（其实当时不用 python2 只是因为 raw_input() 的问题，加个判断就兼容了。

@loading 在特定的场合复杂化我觉得是有益的，比如 GitHub 会在你删除 repo 的时候让你确认 repo 的名字。

这个工具同理，不会影响你 rm 的日常操作，但是在删除极其重要的文件时提供尽可能的保护。

@SharkIng 当你必须输入 I'm going to delete production database 的时候难道还不会心里一惊 2333

当然了不可能所谓完全解决问题，只是试图以最小的日常影响（比如与 rm -i 相比）做到最大的保护。

@Akagi201 这种轻量级的程序确实应该用 bash 写……不过现在哪台机器上没个 python 呢
不过当然欢迎各种语言的 implementation 。只要 .rm-protection 这个格式互相能兼容就行。

@jingniao 这个轮子已经有了，叫 Safe-rm 。相比之下我觉得 rm-protection 的方式更加灵活一点。假定你不问问题的话，加个参数还不是顺手事情？（想象一下 YP 的状况。

@qiuai 你确实可以设置为问服务器的名字呀。问题和答案都是用户在保护文件时设定的。在 Prod-1 上你的回答应该是 Prod-1 ，在 Prod-2 上应该是 Prod-2 。

与丢失重要文件的相比，我觉得问一个问题的时间挺值的。

我想起了和几个妹子合租的时候都洗内衣的……（她们也洗
这么说来细思恐极

@zhong00123 我去，这招猛。近似 First Price Discrimination 啊

如果是 iCloud Music Library 的话是可以的。