Orz 想看看有什么文字资料结果发现我自己的文章。

#2 楼 @Justin 借助搜索引擎吧

SampleOrder.where(:id => [1, 2])

使用什么生成数字 ID？看看保存在哪，把计数器校对。

#6 楼 @as181920 Bootstrap 就是这么用的

https://github.com/ruby-china/ruby-china/blob/master/app/assets/stylesheets/application.scss#L2

nobody 没问题，如果 nginx 启动的时候是 root，passenger 会根据项目目录的权限切换用户

http://www.modrails.com/documentation/Users%20guide%20Nginx.html#user_switching

不过nginx是自己编译安装的 楼主这步我觉得有问题，passenger 是要编译模块到 nginx 里面的，是跟着 passenger 脚本编译的 nginx 吗？

require 进来就会一起编译了。

#34 楼 @Sunnyroger 推特 @chloerei

#32 楼 @Sunnyroger 不用抠抠

我觉得还是把 js 的坑踩得差不多了再转 coffee。

一个 js 转 coffee 的工具 http://js2coffee.org/

#86 楼 @luikore 我无法放弃是 vi 键，即使用 IDE 我也要先找 vi 键插件。

反正能这样乱搞的，也不是重要项目～

#79 楼 @bhuztez 语言通有你就够了，我就喜欢用胶水粘些小玩意。

#75 楼 @iBachue 照这么说我学 Ruby 花的时间也错过了很多别的语言，这是一个损失吗？世界上好东西茫茫多，能抓住几个算不错了，其他是没有缘分但不是损失。一个好插件，能大大提高生产力，但是居然没有 github 源，这个可能性很小。

#71 楼 @iBachue 一件事有两个角度，你觉得 还有 1/3 比例不在 github，那么你心中的“社区主流”还要延后几年。我看到的是你用的插件 已经有 2/3 放在 github，我觉得这就是主流。

#71 楼 @iBachue 说到 Bug，vim 插件的 Bug 我就遇到过一次，刚好它放在 github 上，所以我提交了个 pull request 修复了。https://github.com/scrooloose/syntastic/pull/388

如果这个插件不是放在 github 这样的地方，而是只有一个 tarball，那我很可能就卸载了事。要装新插件，是否托管在 github 上也是我重要考量条件。

#62 楼 @iBachue https://github.com/chloerei/vimrc/blob/master/.vimrc

Bundle 那几行就是 github repo 名字。

找 gem 是上 rubygems 上找的吗？我不是的，我一般 Google，或者看到有文章分享才知道一个 gem。vim 插件也类似。

#58 楼 @bhuztez 我思路没那么广，解决问题就行。

#54 楼 @iBachue 你觉得插件开发者都是把代码藏在自己的电脑，开发好了才往 www.vim.org 传，不接受 issues 不接受贡献的？

我用的插件 8/9 都托管在 github，剩下一个有 github 镜像，那么为什么不用 vundle？

时间和窝火都不算啥，想赚钱哪能不干脏活。

我的 .io 域名在北京备不了案，所以要认真搞支付的话我要搬家，到门槛低的地方注册。

#24 楼 @iBachue rubygems 从 1.9 开始才成为官方的包管理器，难道之前就不用 rubygems 了？

github 就是最好的 vimscript 托管站。

#24 楼 @chairy11 很少上 q，推特 @chloerei

#22 楼 @chairy11 是暨南，广西人。住在北京望京附近。

原来楼主不是真正想搞明白这个问题。

#12 楼 @iBachue 你对 Vim 的了解严重落后

https://github.com/gmarik/vundle

#10 楼 @Sunnyroger 其实我也挺迷糊的

#6 楼 @fsword 是说杭州 Ruby？我不去啊，省钱……

#3 楼 @chairy11

比如有这段代码

this.bar = 'outer';

$('body').on('click', function() {
  console.log(this.bar); // undefined
})

在 callback 里面用 this.bar 是访问不到外层的 this.bar 的，因为在 callback 中 this 的上下文已经变化了。

解决方法是把 this 存在一个变量中，通过闭包传递进 callback。

this.bar = 'outer';
var _this = this; // 转存到 _this

$('body').on('click', function() {
  console.log(_this.bar); // 通过 _this 调用外层的 this
})

实际中碰到这样的情况会比较多，为了避免重复写 var _this = this，CoffeeScript 就提供了个=>语法来自动生成 _this，=> 里面的 this 调用会编译成 _this。