@ahtoh 9700 的支持已经有了。

project etokei 小组：

http://bgm.tv/group/etokei

这个新功能部署之后，每天的 CPU 使用量应该也可以降下来一些。

Firebug 结果显示，目前每个 request 需要等待 500 到 1000 毫秒。

确实不快。

你用的是什么手机？很容易可以添加支持的。

另，这里每天大概有 15% 的流量来自 iPad，iPhone 和 iPod Touch。

@GordianZ 话说 @DashHuang 同学还真在这里注册过了，不过是叫 @Dash

募捐这件事情本身暴露了几个问题：

- 他们之前应该是有流量的，但是这么大的流量居然都没法攒下 30000 块钱？
- 他们可能一直在做不赚钱的事情。虽然“非营利”听上去很酷，但是为了一项事业的长久，一个正向的现金流是绝对有必要的。做一项事业就像旅行，你不需要老是盯着加油站，但是没有油的话，你也开不远。钱就是油。

你可以试试去 Google，创新工场或者 Microsoft 应聘，如果成功了，那么恭喜你。如果失败了，可以仔细问问自己被拒绝的原因。

希望一切能够向好的方向发展。

年轻的时候坚持做一些有价值的事情，即使不能被这个世界马上理解。最后总是有好处的。

@xuwenhao 我只是技术顾问和游戏提供商。大部分工作由 @sai 和 @plidezus 完成。

OST 估计只有在发售之后才会有了。

大家的 Inbox 里从来没有在同步之后出现过这样的空项目？

我用的也是最新版本。

http://cl.ly/26cf6c354376d761d170

可能问题在反射率和分辨率上，目前电子书屏幕的反射率和分辨率还是不够理想，而传统的印刷方式，尤其是在分辨率上的优势实在是太大了。

http://code.google.com/p/project-picky/source/browse/main.py

Since Line 185.

嗯，这些都是进行中的功能。

@GordianZ 而且，我自己的个人帐号因为以前向 Twitter 申请过 developer 白名单，我目前的 rate limit 是 20000 per hour。

@GordianZ Boxcar 应该是每分钟会去请求一下我的 mentions 和 dm 的 timeline。

所有的 OAuth 应用的 rate limit 现在更宽松。