什么是事实，摄像头以及拍摄的东西因为被我们感知到才存在，还是在我们感知到之前就已经存在？

抛开事实的都是无意义的：
- 那我们感知到的才有意义，那么意义就是我们创造的吗，所有我们看到的说到的摸到的听到的都是有意义的，是不是没有任何东西是没有意义的？
- 如果我们感知之前就已经存在，那么我们创造的所谓思想语言又又哪些是有意义的？

不要和我杠，我也不知道我在说什么-_-..

> PopClip 好像也支持快捷键，现在配置界面有点挤了可能只能把配置写死，后面看看。

看错了，PopClip 不支持 action 的快捷键

@flashlight Raycast 很赞，快捷键用习惯了确实更方便，社区有个插件之前试了下有点问题就放弃了。

PopClip 好像也支持快捷键，现在配置界面有点挤了可能只能把配置写死，后面看看。

@petelin 其实我不太明白你的具体场景和限制条件，但从你的描述来看我觉得这些其实都不是问题，再者又是基于什么理由判断对 Redis 是挑战的东西但是对 Kafka 就不是挑战了呢？当然不想重新造轮子觉得成本太高将各种系统的部分功能组合变成自己想要的功能也是可以的，但不管怎样都得造点东西.. （就我个人看来最简单干净的方法是使用支持延时队列的消息系统）

@petelin 丢给 kafka 性能就高是什么逻辑，性能是由短板决定的

用 Redis/MySQL 加个中间层就已经能做了一个延时队列了，仅仅是为了使用 kafka 的接口？

据说 kafka 已经支持基于 timestamp 的消费了；如果非要用困难模式也是可以的，在 topic 上做文章，对过期时间点根据需求进行分段，每个分段对应一个 topic，然后对 producer 和 consumer 搞层封装，并不觉得数据量大的情况下这么玩 kafka 能不出问题

@xujiajun001 我的意思是 benchmark 数据量可能太小了

@xujiajun001 就测试的规模来看，顶多几十兆的数据为啥还要搞个嵌入式的 kv 这么麻烦呢？

@xujiajun001 review 就谈不上了，benchmark 结果很不错，但要做全做好也是个学问，我不太懂就不瞎说了

@rebill 这就是一种可能存在的误解了.. 所以作者这个项目如果作为自身学习是没问题的，大家也很支持，问题在于文案写的“越来越认真”导致了一些严重错误的东西被掩盖对于其它学习或者使用者来说是很误导人的

@xujiajun001 代码没细看，可能我说的不对，但 ACID 这一块我觉得你还是得仔细考量下，简单并不一定正确

@xujiajun001 为了性能高这样做是没问题，但这个权衡牺牲了其它的特性就不能再说 nutsdb 有 ACID 等等特性，没有贬低的意思，简单的从 benchmark 来看这个惊人的结果就值得仔细思考下了，毕竟其它数据库生产环境验证优化了多年

就简单的说下 A 吧，毕竟是落盘的，简单的 unlock 来 rollback 就说不过去了

@xujiajun001 文档说的没错，你用错了，要保证 nutsdb 宣称的 ACID 等高大上的特性，每次 commit 你都必须的 flush/sync，而 ACID 也不是说你简单加个锁就保证

@JohnSmith 也不能这么说，操作系统会有一些策略把脏数据刷到磁盘，依赖操作系统正常情况下都没啥大问题，但是… 我只能说这个 benchmark 太不不公平了…

想法很好，但有个大问题 https://github.com/xujiajun/nutsdb/issues/10

你这个物联网看起来是用来忽悠老师的。。至少注册了 10 次。。

初略的统计了下 PyPI 上的数据：

import names: 94465
package names: 83129

命名真的是个很蛋碎的事情，楼主这。。

可以借助 pyrasite

@CMGS 你看，起码搞 Java/PHP/.net 就没几个认识你这个 ID