#8 楼 @gaicitadie 设计师会认为外行完全不懂艺术，所以也不会做外行认为好看的艺术，他们最满意的作品一定是能另他们自我陶醉的；外行认为一个东西好不好看和他是不是外行也没有关系

#2 楼 @gaicitadie 那设计师这个职业可以消失了

饭是用来吃还是用来看的？ 色香味俱全是一句空话么

#148 楼 @sundevilyang 不知道啊不知道....@jasl 你怎么看

#146 楼 @sundevilyang Rails 的交流群吧...传说里边牛人铺天盖地，觥筹交错，可惜满员了...进不去了 赤裸裸的饥渴营销啊！

@jasl 你那天说的那个群号是多少啊？

生命太短暂，不要去做一些根本没有人想要的东西。 如果你是房间里最聪明的人，那么你走错房间了。

求报名！

#87 楼 @cod7ce 过来嘛...很近的

刚好准备学这个...谢谢！

辛苦了....回去就下载

@Teddy +10086 强烈同意啊！

#54 楼 @zw963 显摆装逼 (姑且先叫做装逼吧), 有什么不对？苹果的笔记本是不是比联想的做得好？ 花钱买享受，天经地义...只会玩 QQ 又咋样，就是只是看着 Mac 好看而买，我觉得也没什么错，只因为自己懂 IT 所以就看不起普通用户么...那修脚的都能鄙视你连个指甲都剪不好了 至于装 windows 还是装 linux 或者用原生的 mac...我觉得无所谓吧？自己的硬件装什么不行？要别人指指点点？ 至于一些人崇尚 mac 与 ruby 推广普及的关系..还请赐教..

不是有 pdf 版的吗？我还打印了.... 在 pprul.com 找的

看错了...感谢分享

@yedingding 我也从来没遇到过这种情况啊...

#5 楼 @hisea 求具体

光靠 Octocats 就完虐 Bitbuchet 了

#7 楼 @xiaoronglv 换成 php 不是更接地气么.. 真心觉得 mongo 不比 sql 复杂多少，说句实在的，如果把代码里的 mongoid 批量替换成 activerecord，你真的能感觉的到 mongo 的存在么 至于简单的安装部署*nix 下几条命令的事儿，win 下边解压就能用了...还有比这简单的吗？

#2 楼 @xiaoronglv 呵呵

如果是之前没接触过数据库的新手...mongo 看起来比 sql 简单太多了吧？ 而且，看 model 就可以了吧，应该涉及不到多深的数据库知识吧？ 我作为一个纯纯的菜鸟，看 ruby-china 源码时倒没遇到多大障碍...

@aiyanxu 同意..指尖的快感！

作为一个新手...灰常希望能有一些进阶的课程啊 还记得刚刚入门的一个月，真的是进步飞速... 现在感觉遇到了瓶颈，边搜索边编码学来的东西真的很琐碎，东西又多又杂不容易梳理记忆，希望能有系统一些的指导...

所以要加紧 html5 的学习了么...其实不管怎么说，mobile 的发展威胁的更多是前端吧..

@fsword 现在出发的话，一定没问题...推荐地铁，虽说一定会很挤...不过驾车万一堵了 -_-b

#12 楼 @ywjno 见#13 楼吧...或许是 mongo 连接比较占用资源吗？批量插入后相当迅速了... ps 有些对不住楼主@kevinzhow 了，楼完全被我歪了.. 见谅啊

#11 楼 @poshboytl 第二个问题我再好好思考一下，检查下代码，看看需要怎么调整

第一个问题的到了圆满的解决，原来 mongoid 本身就支持批量的插入，使用了这个之后秒速插入了 http://stackoverflow.com/questions/3772378/batch-insert-update-using-mongoid

batch = [{:name => "mongodb"}, {:name => "mongoid"}]  
Article.collection.insert(batch)

其实我应该先 Google 一下的，当时翻了下文档，没能解决就直接提问了，实在是惭愧...

最后谢谢 @poshboytl, railscasts-china 每期必看的，实在是太喜欢 ruby, 太喜欢这个社区了~

#10 楼 @xiaolai 老师~,好漂亮的脚本，您总是给我爱上您的理由 期待您的新书~ ps 要是早几个月能见到...那几个同学就不至于补考了...

#7 楼 @poshboytl 我是看您的视频长大的啊! 添加对象不包含的属性的话，我都直接这样写 user["name"] = "karma", 然后再 to_json 当然了，我的需求确实比较简单。

既然逮到您了，就搭车问您个问题吧，先说说我的需求：接收用户上传的某个 csv 文件，对文件的数据逐行处理，并将处理之后的数据存入数据库 (mongo) 我现在是一次性读入整个文件，然后逐行读出，处理，存储，类似这样

CSV.foreach(file_path, :headers => true) do |row|
  result = row.do_sth
  #====== 分割 ======#
  c = Cellection.new
  c.field = result
  c.save
end

但是特别的慢啊，3000 条的数据就需要十几秒了，时间主要花费在了分割线以下的部分，而且跑了几次之后 mongo 得内存占用就高得离谱，是不是我对 orm 得使用方法不科学啊，求解决思路

还有几个风格上得问题请教，Ruby 提倡写短方法，但是写多了之后 model 会特别的乱，这些方法该怎么组织呢？不少 model 已经几千行了，是不是过大了呢？ 方法调用的层级越高效率会不会越慢呢，相似的还有类得数量与 new 对象 (是否) 过多的问题... 新人求教啊，谢谢！