杂感(2016-06)

  • 解放前蒋介石居然要暗杀张学良,这样的历史掌故可发一笑。果然是任人打扮的小姑娘。揭秘:国民党在大陆最后暗杀名单 令毛人凤震惊 (2016-06-03)
  • 读杰克伦敦的《海狼》,感觉有作者自己的影子在里面。(2016-06-07)
  • 唐德刚认为近代中国只有两个半外交家:一为李鸿章,一为周恩来,半个是顾维钧。基辛格则是被周氏操弄于股掌中,等而下之的人物。按唐氏标准,整个世界也不见得有几个可称为外交家。(2016-06-14)
  • 皇室战争中,若等级相差太远,防守方后发制人成功率更高。(2016-06-15)
  • 计划在Ardb里增加两个功能:一为cluster,实现或者基于zookeeper或参考redis;二为graph,实现参考cayley. 两者都是考虑已久的,不过都属相当复杂的功能,而且前者尚未设计定型,具体实现遥遥无期。不过下月可能空闲时间较多,优先考虑实现cluster部分。(2016-06-20)
  • 360公开了一个兼容redis的pika,看了下文档,粗略看了下代码,几个看法:
    • 一个比较有意思的地方:加上版本号用以快速的删除大量key/value对。 这个可能是双刃剑:删除某个较大的hash/set/list/zset是很快。不过当重复删除修改同一个hash/set/list/zset时,读取这个key理论上会很慢,因为key/value并未被删除,只是迭代读取过程中根据版本号过滤而已。 我在rocksdb的facebook group里提过一个DelPrefix需求,据说可能会在后续版本实现,理论上在rocksdb内部实现会更加高效,且不存在前述问题。
    • 仍然存在大量和redis冲突或者不一致的地方,文档里号称不用修改应用层代码即可迁移,其实指的是要详细阅读文档以及代码后,如果不冲突则可以迁移。
    • 感觉实现过于复杂,分成三四个项目,代码调用层次比较深(大部分C++项目通病),过度模块化了;这样的话,外部人员其实很难参与进来,至多只是周边一些日志,typo修改而已
    • 锁粒度细化到了key级别,和ardb一样;其它的几个基于leveldb/rocksdb的实现都没做到。
    • 直接修改了rocksdb代码实现某些功能。这种做法也是双刃剑,改动太多的话,社区的一些修改是很难merge进来的。
  • “碧海青天夜夜心”
  • 本厂的管理相当初级,仍然存在大量因人设事,因人废事的情况,人走代码废屡见不鲜。比较好奇本厂的代码平均寿命是多少,感觉比鹅厂的要少。可惜了两年余写的十余万行代码。(2016-06-25)
  • 花了两天读完《万历十五年》,对万历帝的固有印象(基本负面)改变很多。说来对万历的这些印象还是大学时看过的一本《张居正》的小说得来。(2016-06-26)
  • 金圣叹评水浒,列举了很多作文之法,如草蛇灰线等等;后来红楼梦里也大量应用,可见自古已有比较成熟的小说作法。(2016-06-27)
  • 装修基本结束,花费甚多,费神更多。据说日本,美国这些行业均已标准化,不知在本国要花费多长时间才能达到友邦的程度。(2016-06-28)
  • 跳槽:现东家马上成前东家,前东家马上成现东家。文雅点说是“前度刘郎今又来”,粗俗点是“胡汉三又回来了”。尝下回头草是啥滋味。说来讨价还价还是不在行,面皮甚薄,不善讨论“阿堵物”。(2016-06-30)