看了diff之后发现果然我的眼神和记性比较差:-)，只是改了个颜色。

我的眼神和记性可能都很差，表达能力也欠佳-_-!!

Fix之前可能只是改了个颜色而已，并没有加大加粗。

@Livid 呵呵，有意思。但是你去看 @tinyfool 的timeline的话，他官方 reply 和纯文本 RT 可能用的一样多，所以他肯定是知道这两者的区别的，并且是有针对性的使用的。

只能说是这样，A认为有意思的东西想让大家都知道，B认为无聊至极。

这个问题由来已久了，有的人RT前面加文字确实是既回复（或加评论）又想给所有人看，你说的是滥用这个pattern的人。

但很难界定，也许别人就是这么认为“我就希望给所有人看到”，可能并不是他对这两种用法不明白的问题，所以说到底还是人的问题，受不了的话unfo最好:-)

我的问题在于没有截图-_-!!

商业化的话首先要确定把产品商业化还是把这个社区商业化。

至于feature的话，除了增加外部连接性的feature（分为进来和出去，我认为你上次贴的API是一个很好的思路）和一般功能的改进，我个人认为还有个重点应该是怎么帮用户发现有趣的内容上面（像现在的主页就对这点没有丝毫帮助），这样才能和一般BBS形成真正的差异化。

mark this since no fav option.

与其不断地在这里顶贴，我推荐你把你想知道的非常具体的问题，描述非常清楚地在stackoverflow上问一下，那上面牛人很多，除非你自己也不知道你自己具体想知道什么，而只是泛泛地探索。

你创建了文档之后打开文档还是要翻墙的，而且你也保不准哪个URL什么时候会被墙掉，万一你那个时候急需打开看怎么办？

所以建议你还是翻墙吧:)

你不会是从这里找到的吧？

http://stackoverflow.com/questions/299304/why-does-javas-hashcode-in-string-use-31-as-a-multiplier

不止字符串，Collection的默认实现hashcode也是用的31做乘法然后。。。

至于原因，应该可以搜索到的吧。

可以有的一种方案是：

<ul>
<li>Storage用独立的方案（Google的、Amazon的或者其他的，我总觉得GAE的datastore有性能问题，GAE上quota太容易就用掉了）
<li>处理一个数据变更请求时异步的ping一下索引服务器，索引服务器再去异步的访问storage并建立索引
</ul>

云一出来，跨云的解决方案也一并出来了。

我倒是只以前在Python下试过basic OAuth，还是OAuth2.0和facebook现在的OAuth实现更方便。

过Python的SDK，应该能设置代理的，我用过Java的SDK，实在没有办法，调试的时候才只能整体翻墙的。

不过我觉得这样直接同步给twitter带来的噪音会太大，还应该把那个sync的checkbox移到发帖和回帖的页面来，或者有单独的类似于share with twitter的按钮或者链接。

可能你都有下一步计划，只是随口提一提。

测试一把。。。

既然提到 big feature，那我猜应该是 social 相关的。

还有你的index server是怎么访问这个v2ex的数据的呢，直接开的HTTP的API？ 这样要达到近似于实时索引应该要用掉不少GAE上的quota吧？

还是你已经开始用Google Storage（没用过这个，不太了解）来访问了？

是在Amazon的云里吗？