#19 楼 @ashchan 我现在用的也是 reeder。工具倒是有一些可以替代的，比如 Reeder，Flipboard，Feedly，可是基本都不是完整的服务，各种设备不一定能同步，我想在 ios 和 mac 上都可以阅读，可是目前只有 reeder 有 mac 版本，还不知道 gr 停掉之后会咋样，不过作者今天在 twitter 上说了“Don't worry, Reeder won't die with Google Reader.”

以前测试过一个方案，使用 pocket，然后使用 ifttt 的 rss 服务，只要关注的 rss 有更新，自动同步到 pocket 帐号，然后各平台都可以同步。但是每次去 ifttt 添加一个 rss 源有点麻烦。

#11 楼 @fsword #13 楼 @luikore Thanks, 明白了

先前回了一楼，后来发现错了。

我觉得 bsearch 很不直观，暂且不说它的两种使用模式；仅就 find-minimum mode 而言，文档中说要找到 i 元素，要求

• 所有索引小于 i 的元素要使得 block 返回 false
• 所有索引等于或大于 i 的元素要使得 block 返回 true

但是在使用中，

arr = [1,4,7,8,9,13,14,15]

arr.bsearch {|x| x > 3} #=> 4 #正确

但是如果如下使用就很诡异了

arr = [1,4,7,8,9,13] arr.bsearch {|x| x%5 > 3} #=> nil ??

arr = [1,4,7,8,9,13,14,15] arr.bsearch {|x| x%5 > 3} #=> 9 ??

这里 15 似乎不满足条件 2 啊

继续，如果

arr = [1,4,7,8,9,13,15] arr.bsearch {|x| x%5 > 3} #=> nil ??

只是去掉了 14 这个元素，结果就为nil了

太诡异了，难道说 block 里面只能使用>而不能使用%之类的么？

不过这个 bsearch 和 select 不同是肯定的了！

group by

好吧，对于小屏幕上看 PDF 的童鞋，推荐“多看阅读”，有 ipad 和 iphone 版，它有一个杀手级功能：PDF 重排版

我很久以前买的 Intel 的 SSD，虽然速度上比某几个品牌的稍微差了点，不过挺稳定，用了两年多了没有任何毛病；此外朋友有用镁光或者 OCZ 的也不错。

电视里有误导的，其实小龙女比杨过要大不少，杨过进古墓的时候其实最多算个少年。。。

chosen

@fsword +1，数据库是通过事务 (隔离级别) 来保证并发操作的，带来的后果之一就是应用层面必须去处理失败，不然就演变成了上面一些朋友说的在数据库层面顺序操作（如隔离级别之串行化），那么数据库就失去了并发的意义了，当然性能也差了，还有的一些做法如采取锁机制，而实际应用中情况会很复杂，有的情况不是通过锁行就可以解决的，甚至要锁表，性能也高不了

这个问题简单的在应用层面也不太好解决，尤其是像 rails 这种多进程甚至多实例部署的场景，如果应用都已经到了这种并发要求，那么并发应该用单独的方案来解决，如消息队列。

不过到现在都还不清楚楼主的具体场景。。。不知楼主的问题是否是这样“如何同时开始造两个建筑，而每个建筑都要花费 200 游戏币”，要保证的是并发请求之后用户账号上的游戏币被扣掉了 400 而不能错？

不过也许原来开发过程中没注意的地方会中枪，链接神马的都要用xxx_path xxx_url 我干过这事，原来一个应用里面图简单直接写了/之类的链接，后来要支持两种方式部署，就去改了一堆的 route，加了 n 多 as xxx

#1 楼 @huacnlee 有，RailsBaseURI /foreman 的效果

具体 weibo 连接我没用过，但是应该是墙的原因，我自己也有应用有时候无法访问但是翻墙之后就好了的情况 哎。。。天朝

这个价格再稍微存点，弄个港行的 mini，自己加点内存，做 rails 开发完全够了；当然前提是楼主接受 mini，如果你不需要背着 mbp 到处跑真的可以考虑

#15 楼 @huacnlee 我现在也用的那个蓝牙，不过用的是它那个可充电池，没有罢工的机会；你要 USB 的 apple 自己有一款啊 http://store.apple.com/cn/product/MB110CH/B/-apple-keyboard?fnode=56配有数字小键盘的

#11 楼 @ashchan 谢谢

#8 楼 @willmouse 谢谢

#3 楼 @ashchan 请问下这个键盘看起来似乎是 Apple 系统用的？

说实话，不是 Ubuntu 不好用，是楼主先要熟悉 Linux

实际上 Rails 的 migration 脚本是对付 Database Evolutions 的很有效的方法了，Java 中 ORM 的自动更新 schema 的话也不是万能的，如果是持续增加新功能还好说，一旦涉及到原有数据库的修改之类的就苦逼了；更不用说应用还要多地域多版本部署的情况了了，这时候 migration 脚本就成救命稻草了，如果大家有维护和不断修改开发一个系统 3~5 年的话（还有好几种版本），就能体会到 migration 的好处了。。。本人深受其害啊，所以现在在 java 项目中也使用 Database Evolutions 的技术，绝不自动。

#5 楼 @sanivbyfish mongodb 是个 schema free 的

#2 楼 @sanivbyfish 木有，Java 中的 ORM 是在对象和数据库表之间建立的属性与列的静态对应；而 Rails 的 AR 实际上是在运行时动态解析产生属性，你可以看到除了你使用 Migration 时声明了属性之外模型中其实是可以没有属性声明的。Java 中是先有模型，而 Rails 实际上是先有数据库表

一个是 Iaas，一个是 Pass，没有太多的可比性；在各自的领域里都做得很不错 不过针对楼主的问题：Linode 没有被墙现在，速度个人觉得比 heroku 快

刚去看了一次，lz 是个有心人

运行启动都没问题，不过第一次访问页面出错了。。。

ajax？或者像 Gmail 一样，只要选择了文件就开始上传，即使 form 还没有提交

那个 teamcola 似乎也是他们做的吧，看过他们的 blog 见到了一些 python django 的文章。

777 是要不得的