这个词条中提到的有意识地训练自己去做清醒梦，我非常想尝试。

我目前在用 Things + Calvetica 管理。

Things 负责每个项目里的具体事项。

Calvetica 负责各种 deadline，也兼任 CRM。

^^

如果用 iPhone 4 的话，还会看到高清的 Logo 和导航图标。

我相信 Xcode for Windows 肯定是存在的，不然苹果用什么开发 iTunes 和 Safari 的 Windows 版呢。

@POPOEVER 哇，终于在这里看到奶爸的标志头像了。

现在我也是奶爸了，女儿 2 个月，非常健康可爱 ^^

重塑工作

现在加入了一些更多的优化。

接下来就是做主题分页了。

我研究下看看 Python 标准库里有没有什么靠谱的压缩手段。

http://code.google.com/appengine/docs/python/memcache/clientclass.html#Client_set

set(key, value, time=0, min_compress_len=0, namespace=None)

Sets a key's value, regardless of previous contents in cache.

Arguments:

key

Key to set. The Key can be a string or a tuple of (hash_value, string) where the hash_value, normally used for sharding onto a memcache instance, is instead ignored, as Google App Engine deals with the sharding transparently.

value

Value to set. The value type can be any value supported by the Python pickle module for serializing values. The combined size of the serialized key and value must be at most 1 megabyte.

囧了。。。

其实我记得目前页面上的回复是有缓存的。

但是 /t/815 为什么还那么慢，有一种可能就是，memcache 能够接受的对象尺寸有限制？比如 1M，但是 /t/815 很可能超过 1M 了。

我再仔细看看文档。

@Los 确实是 spammer。我已经 deactivate 这个账户很多次。但是每次都很顽强地把密码找回之后继续发。

目前 V2EX 的 deactivate 机制就是把一个用户的密码改为乱码，这样他就暂时不能登陆。

@ashchan 非常感谢你的思路。

Django 的 template filter 也是消耗 CPU 的另一源头，目前页面上的 x hours xx seconds ago 即是通过 template filter。如果能够将这些负载挪到浏览器，对性能肯定有帮助。

目前对于主题的 content 已经使用了将渲染结果保存为 content_rendered 的方法来优化，但是对 reply 也这样做的话，长远会消耗 2 倍的存储空间，所以我还在考虑中。

@Los 呵呵，希望这里很快也会成为一个各种网站的流量源，就像 Digg 和 Reddit 那样。

为什么不直接用 SQLite 把这些数据存到 iPhone 里呢？

可以在浏览器端用 JS 把内容藏起来，V2EX 的 block 就是这样实现的。

eBay 的本质在于帮助人与人之间沟通并愉快地达到目的，真正对于用户有触动和帮助的是其中的沟通和感受。设计确实丑了一点，但是一个 3000 万行 Java 和 C++ 的 codebase（现在估计更大了）不是谁想改就可以改的。

技术和设计对于一个刚开始的网站很重要，但是所有的大型网站到了后期，重要的都是运营。

@GordianZ 我想或许是因为文化吧。

eBay 的核心文化中有一条 people are basically good，即相信人性本善，于是他们所有的产品设计和运营都是围绕这条来的。

在我离开 eBay 3 年多之后，我还是依然记得这句话。