@banxi1988 那个精度是骗你的，它只负责给你一个 float，这玩意是 64 位的，但并不表示实际精度是那么多位。

生成 ID 可以参考这个： http://www.zhihu.com/question/20180484
比较简单的办法是用 Redis 的 INCRBY / HINCRBY，每次增加一个随机数即可。

time.time() 的精度甚至不保证达到一秒，你放大那么多倍就别期待它的精度了……

你用了 2 个进程，加锁也没意义……

story_values 里如果有重复的键，插入第一次是成功的，第二次会失败，然后抛出异常，程序退出，断开连接，事务回滚，数据库里当然就没这条记录了。

zc.buildout 就可以顶替 virtualenv + pip 了

说明你再等几天就会收到 reject 了。

据说是参考价，还款当日再计算。

@AnyOfYou 我觉得和你说的不矛盾啊。分享链接对于笔记类的应用很鸡肋，分享纯文本长得不好看而且内容太长，分享图片至少卖相还 OK。不适用的应用可以单独去处理，但问题是产品都没定义 Line 要怎么去处理，甚至我都不知道那是什么应用……

我不是黑安卓不好，我只是觉得知乎日报的安卓版客户端体验上和产品设计不一致。原因有很多，我不是安卓开发者就不多说了。

@AnyOfYou 像我根本不知道 Line 是个什么应用，我是给它分享 HTML 还是 URL 还是纯文本还是图片呢？

@ihacku 是 Android 的问题。产品上根本没计划支持 Line，但是 Android 自带了分享到各种地方的功能，不可能一一去兼容的。

时至今日，每当看到 iOS 7 的 UI 都不忍直视。

这是本能，无力抗拒。

性能从 O(1) 下降到 O(n)

请注意版权，特别是禁止转载和独家授权的内容。
http://www.zhihu.com/terms#sec-licence

@halo 允许读未提交的数据，也就是如果数据被锁了，不用等待加锁的事务完成。

没什么优化的空间，很可能是被锁住了。如果不需要保证读取到最新的记录，可以用缓存，或者这样试试：
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
SELECT ...;
ROLLBACK;

@tedd 是的

用 key / value 的吧…

这个节点的背景好瞎眼，根本没法看正文 @livid

@qdvictory pickle 很慢啊，而且丧失可读性

如果内存比较宝贵的话，建议减小 key 的长度，且不要使用太多 key。
例如 v2ex:member（hash），id 作为 field name，值可以用 JSON 或其他编码方式。
Redis 有个坑就是取出来的数据类型都是字符串，所以想区分 1 和 '1'、'' 和 None 的时候会很囧。而 JSON 可以保留类型信息。
这里有些经验： http://www.keakon.net/tag/Redis

我是自己写的 ORM。
不过有很多情况是不能采用通用的解决方案的，因为达不到最高的效率。
实体数据可以直接用 ORM 来处理，索引、关系、缓存等必须根据使用情况来设计。