可以用db.ComputedProperty，用法可以参考这里：
https://bitbucket.org/keakon/doodle/src/7bd5fdb6acd2/zh-CN/model.py#cl-331

我想说的是Java就是骗钱的。用它的话内存开销会大几倍，需要买更好的服务器，所以自然受到这些卖服务器的厂商的青睐（IBM、HP、Oracle等）。它们花了大把的钱造势，然后就把很多人和公司忽悠进去了。

别和我提Java的性能啊移植性啊什么玩意，这些厂商就搞个噱头而已，一大批的服务器跑的都是1.4或更低版本，慢是肯定的，不升级的原因就是因为各种不兼容。语法方面连enum都没有，更别说什么动态性啊lambda函数啊。

当然，我最讨厌的不是因为它忽悠人，而是嫌它太啰嗦了。很简单的玩意也要多个类出来，把类都用滥了。而在读源码时，你虽然不会被其他语言中诡异的语法困惑，但却要花数倍的时间浪费在理解几个类之间错综复杂的联系上，然后才能体会出设计意图。
这自然不是设计模式的错，它本身是很好。可是Java的语言表达能力实在有限，得用一堆代码去阐述一个思路；而随着代码量的增多，就无法体现出设计的优雅之处了。

小红帽用不来，还是多点触摸板好用＝＝

启动15圈，关机不到3秒，10.6.8 with HDD路过…

看样子还是不装Lion的好…

你只能下到xcode with ios sdk，不能下个xcode，然后再去下个ios sdk装上…

感觉对比度太低了

我想说的是，做功为0和没做功是两回事，因为有无用功的存在。关键在于，前者针对受力体，后者针对施力体。

举例来说，你两手空空站着，和提着手提包站着，虽然做功都为0，但后者明显要消耗你更多能量。
再比如说，你用力推一栋楼，你肯定要消耗能量，但楼并不会动，做功仍然为0。

然而你把钉子钉入墙里，直接就能维持平衡了，难道钉子也从自然界中获取了能量？答案当然是否，因为重力和墙给它的反作用力达成了平衡，所以不需要能量来维持。

那么是不是只有人才会产生这种无用功呢？当然也不是。
考虑一下一辆悬崖边的汽车，它用绳子吊着一重物。汽车的静摩擦力并不能抵消重物的重力，为了避免掉下悬崖，汽车需要发动机提供动力以维持平衡。

可以看出，如果一个体系自然就处于平衡状态，那么维持它就不需要做功；而如果并不平衡，维持它就需要做无用功。


而针对这个问题，磁铁有没有做功，和它是否在动无关，我们能知道的只是磁力和重力达成了平衡。
至于产生磁力是否需要消耗能量，可以通过观测是否有热量产生来判定，因为任何能量的消耗和转移必将伴随热量的产生。
不过我倾向于认为它和重力（或者说万有引力）一样，并不消耗能量来维持。

@just44 我是路痴，不看卫星地图找不到…而且那个离线很慢，下了2天才下完上海的＝。＝

没卫星地图，很不给力＝。＝

看高清一般都硬解了吧，不过flash不能硬解，所以就折磨cpu了。

@Livid 谢谢，估计双核出来后就可以翻倍了＝＝

@Livid 果然设为2就不卡了，刚才弄成3都卡，还怀疑是不是没用⋯⋯

@Aladdin 我现在用的就是ASIHTTPRequest的block方式，是否只要自己维护一个queue就行了？单线程下载会不会太慢了？

你直接ping 域名，然后看ip就知道是不是生效了。如果hosts里对一个域名添加了多条记录，以最后的为准。

给你一些参考资料

http://www.keakon.net/article/2173
http://bulkloadersample.appspot.com/
https://bitbucket.org/keakon/doodle/src/25d27b99b55d/bulkloader.yaml

10.6.8，无法登录和播放

@daqing 阻尼运动

@zuroc 要填写的资料太多，而且用红字警告要人工审核云云的。

此外，我觉得让游客也能看到一些随机推荐的内容比较好。昨天在听说42区开源时，我曾上去过，看到首页就把网页关了。早知道注册还要填那么多资料，不是好奇的话，我想我今天肯定又直接关了。

@zuroc 注册时体验好糟糕…