#1 楼 @zgm batch_size 就是一次拽下多少数据 相当于 limit 为了防止数据过多导致服务器撑爆

233 一直搞 IT 的真没想到其他专业找工作这么艰难 我当年找工作面试一次就是一个 offer，轻松得很。。看来学 IT 找工作确实比人家容易

不同意 换成 半个月内发帖必须被管理员审核

顶 帅气！

你想从头开发一个 Reader 嘛

#43 楼 @sailtsao 高富帅

#26 楼 @edmond 哦 在喝我的饮料

#24 楼 @iBachue 求暗号

#23 楼 @loveky 同没找到组织

我觉得还是招个普通的 Rails 程序员再培训医疗知识比较好吧。。

#19 楼 @caoxg 额 多快好省。。。

#4 楼 @chenge 嗯 这个不错 其实我觉得 做 Ruby 教程还是要考虑一定针对性的 比如我们公司里有些人刚用 Ruby，由于他们之前是写 Python 的 很多 Ruby 教程对他们而言就不够针对了 有些难点对他们而言根本不是难点 而有些对 Java C++ 程序员很习以为常的事情对他们而言倒是很新鲜的。

这个也未免太零基础了。。

#2 楼 @caoxg 我觉得对于一个已经工作的人来说 Github 并不是什么非常重要的条件吧。很多优秀的程序员可能依然以自己的工作为主，不能一概而论。

#7 楼 @fredwu 模型上的瓶颈指的是什么

233 一个星是数组 两个星是哈希 理解了。不知道到了 3.0 之后是不是还会出来个三个星的。 不理解为什么放着那么多符号不选，偏偏选两颗星呢

#12 楼 @ywencn 我这里也是 Rails 2 好土。。

我这里也是

#15 楼 @yangchenyun 是的啊 这套机制我们用了几年 非常完善了 而且还和 Gerrit 结合在一起，patch 上传上去后，会自动跑 test case，然后把结果写在 Gerrit 里。这样人家在 Review Code 前就可以知道这个 patch 是否会导致 test case 不过。

为何要上传到优酷呢？只要下载下来不一样能看嘛？

我们的部署用得是 Jenkins 把应用打包成 debian 包 然后导入 apt 源 这个真的方便 适合于多个 QA 环境部署

不奇怪 这也是对付单点的一种手段

#6 楼 @Tony612 嗯

看到Users.all就 233 了，服务器当场卡死。。

#5 楼 @NonTwitter 是啊 LZ 还是去北京吧