另外我总结了 “网盘备份的缺点” 和 “本地备份的优点” https://v2ex.com/t/774938

我的做法是，把文件的 hash （比如 MD5 之类的）记录在 sqlite 数据库中，然后定期检查（分批检查，比如每天只检查 5GB ，循环检查），发现错误就从备份中获取正确的文件进行自动修复。

提醒：不是数组，是枚举。

刚刚看 dev.java 看到关于 LinkedList 的说法：

- What was true for linked lists when computing was invented in the 60's does not hold anymore.
- The capacity of linked lists to outperform arrays on insertion and deletion operations is greatly diminished by modern hardware, CPU caches, and pointer chasing.

从数据结构上看，如果要在一个 list 中间插入元素、或删除元素，LinkedList 比 array 更高效。但由于硬件进步，这个差异已经变得非常小了。

回复时不可使用 markdown, 但可以使用 gist

GitHub 的 Gist 链接会自动加载为嵌入式的代码展示

我也有类似的需求，自己做了一个软件 https://github.com/ahui2016/localtags/wiki/real-tags

对于你描述的情况，一个文件可以添加几个标签： #A 项目 #6 月份 #月报

搜索 #A 项目 #6 月份 不会出现 B 项目的文件，搜索 #B 项目 #6 月份 也不会出现 A 项目的文件，搜索结果非常清爽。

（这个软件的缺点是，使用方法比较奇葩，不符合常见的使用习惯）

@future0906 感觉很多人有这方面的误会。

不是用自然语言来描述匹配过程，而是 AI 根据自然语言猜测人类的意图，然后 AI 写正则。

有点类似于程序员根据 “用户用人类语言提的需求”，然后人类写正则。

是 AI 在一定程度上取代人类，而非用人类语言取代正则。

@daoqiongsi1101 我以为这家美国冶炼厂是同伙。

如果这样操作，那主要还是看美国想不想查，只有想查，这些进口黄金（尤其是无证书的非成品黄金）必然是重点关照对象，这种冶炼厂也不会很多，监管成本不高。

@kyuuseiryuu 验证正则，用单元测试比用人脑运算更合理吧，平时一般人如果不经常写正则，写完总得喂一些用例测试一下才放心。

@kyuuseiryuu 如果有一个很懂正则的人教会 AI 呢？然后其他不熟悉正则的人就可以直接拿来用了。

内向的含义非常模糊，大家讨论的内向很可能完全不是一回事。

比如，上面有人把不善拒绝归为内向的特点之一，但我就是内向而且很善于拒绝，我拒绝时从不多废话。

按心理性格分类，还是按朋友数量分类，差别很大。而且，内向的人之中，也有性格分裂，分裂出一个表演型人格，聚会时也很活跃，但聚会结束后心很累。我就偶尔会进入表演型活跃状态，但总体上我是内向的。

结论是，每个人的差异很大，仅仅用内向两个字去谈论一个人的优劣势毫无意义。

我也喜欢整理文件，自己做了个工具解决这个问题，而且本地文件也要注意备份，我这个工具还同时有备份功能。但由于不是商业产品，做的时候只考虑满足自己的需求，其他人可能直接拿来用不好用，但可以参考一下思路。https://github.com/ahui2016/localtags/wiki/real-tags

趁此机会把技术栈改成 Python 之类的跨平台方案吧

@zwgf

> 如果是按照你吃饭速度来算费用，我是觉得很别扭。

我很不理解，这为什么会别扭，我认为这种计算方法对消费者有益，对商家反而不利，消费者不仅不会觉得别扭，应该非常开心才对。

比如一家饭店写明：吃饭速度 1 级（快）收费 10 元，2 级（慢）收费 20 元。（具体份量不重要，我不细写了）

那么，吃得慢的人不去吃，毫无损失，而吃得快的人纷纷去吃，便宜量大。有何不好？

现实中就有餐厅试过搞大胃王活动，规定时间内吃完一定份量就可以免单，并未引起社会不满。

@zwgf

> 如果按照每天你家大门只能有 2 次进出次数算房子的价格是不是就很别扭？

只要是事先声明，没有强买强卖，有什么问题？

（另外，你可能需要找一个有很多人买单的收费规则来举例才比较贴切，你这个举例太脱离现实，参考意义就不大了）