最近感悟
有些事情自己不接触到是不会相信的，比如系统API不稳定，尤其是write read。有一些歌开源代码我就不说是谁了，系统接口永远默认成功我操
关键是定位问题的盲点也在这里，永远不会去考虑系统的错误，而是查业务自身有没有问题。导致白白浪费时间。在不靠谱的代码上堆叠出来的业务，又咋可能靠谱
TL;DR
本来想测测asyncio能带来多大提升，结果没啥提升，我都有点怀疑是不是我理解错了
最近感悟
周五周六周日，不要手贱发版，因为这三个时间是业务手贱放量的时间点
golang真是傻逼语言
不要相信离职同事写的代码。
不要相信任何人写的代码
原来值班就是devops
寒冬，阳了。
speedb是fork rocksdb 也是apache，那拿他的代码patch到rocksdb上是合规的行为么？
双十一看了一下，电脑并没有降价。不过我还是下车了。详情看上一篇文章
和群友聊怎么提前升热一下，我感觉这种问题除了用流量预热之外比较无解，用只读 cache抗一下，群友给了个点子，proxy重放一下，确实可以，这个角度没有考虑过
主动预热，proxy记录key重放就相当于被动预热 。不过这个统计记录要有额外的开销。这种开销怎么均摊呢
主要是记录我的电脑/NAS/硬盘等等。用作基本的评估
最近感悟:
模块拆分的越来越小，越来越无状态。啥家庭啊，有百人运维团队的么
原来我们没有测试团队叫devops啊
傻逼bazel不支持静态编译 https://github.com/bazelbuild/bazel/issues/14342，吐了。bazel编译要吃掉32G内存，不开swap直接卡死，有病吧，我用cmake怎么没这么多毛病
哎。感觉数据服务的演进还是慢慢把sql的东西捡回来。BS怎么说来着，xx语言像个脱衣舞女吸引了你，但早晚都会把衣服一件一件穿回来，就跟c++差不多
TL;DR
sstreader的遍历用到了用户定义的comparetor，可能导致部分key被过滤了， sst_dump遍历用的迭代器没有这个问题
看tag知内容