应该是不用专门写一个 task，require "whenever/capistrano" 就可以了 https://github.com/javan/whenever/blob/master/lib/whenever/capistrano.rb require 应该放在后面

set :whenever_environment, defer { stage } set :whenever_identifier, defer { "#{application}_#{stage}" } require "whenever/capistrano"

很久不用 testunit 了，现在 rspec 的速度已接受 用 testunit 的人可以看一下我很久前写的 gem, https://github.com/allenwei/rt

rt test_file.rb #单个文件 rt test/*/test_.rb #多个文件 rt test/unit/ #一个目录 rt test_file.rb:5 #行号

文档在这里，好好看啊，很多做 Rails 很久的人不一定全部都掌握的 http://guides.rubyonrails.org/routing.html

还好已经不在帝都了，越来越不像人呆的地方了

可以用 annotator https://github.com/lucasefe/annotator 生成的注释是在 model 上，这样更直接 方便的是，自己可以修改这些注释，跟新 schema 的时候也不会被覆盖

# Attributes: # * id [integer, primary, not null, limit=4] - primary key # * body [text] - TODO: document me # * created_at [datetime] - creation time # * title [string] - TODO: document me

如果能封装成 Gem，然后加点测试就更好了

写一个 Munin 的插件是不是可以

我现在用 Chef，社区的 recipe 涵盖大部分需求，需要特别定制，写新的 recipe 也比较方便 从服务器环境˙配置到配置管理在一个地方都搞定了

不知道 nginx 的这个 module 是不是满足你的需求 http://wiki.nginx.org/HttpLimitReqModule

#6 楼 @ichord 大概 20G，机器经常 sleep 的话，还会消耗 10 多 G 的空间，估计用作保存 sleep 前的状态，建议直接买大点，现在程序都很大，很快就被用光了，换的话不是更贵？

$(..) 是一个 shell 语法里的 sub shell，会先执行 所以实际运行的是 install_homebrew.rb 里的 ruby 代码

建议还是买个大点的，我的 128 的很快就满了，最占空间的就是虚拟机和 xcode, 现在外加了一个 NAS 才比较充裕

刚离开帝都，支持一下，希望能坚持下去

ruby 1.9 就用最后的那个 gem 'debugger'

用了很长时间了，非常好用

#4 楼 @HungYuHei 现在所有需要外部访问的都放在 app/assets 里面，共享的放在 lib/assets, vender 里面放第三方的，compile 只是编译需要外部访问的，也就是 app/assets 里面的东西

#3 楼 @lulalala 这个已经做了

#1 楼 @hlxwell 远程编译，服务器已经比较好了，跟我的 mac 差不多了

#15 楼 @hlcfan 是的

#8 楼 @hlcfan 地址确实错了，连一起去了，我就是在 Native iOS 上用的，没问题

我在用 Juggernaut https://github.com/maccman/juggernautWebSocket，. 目前 staging 环境运行还行

@yedingding 简单试用了一下，总体感觉还是很好的，有些问题

1. 既然是 iteration 为什么没有 point，不好计算 iteration 的工作量
2. 不能在 backlog 和 iteration 之前拖动
3. 如果强调交互是不是可以加上“@”的功能
4. 不知道怎么按 tag 搜索
5. Ticket 是不是应该按优先级排序，或者提供做种排序
6. 修改 iteration 的地方随便填，就找不到那个 ticket 了
7. Ready for Review 的时候，checkbox 已经是选中的状态，再让用户点，变成 accept 有点迷惑

我其实也有开发个管理工具的想法和你们的想法不太相同，我想 focus 项目进度管理，人员时间管理

好东西

这是个权衡，如果业务逻辑比较多，callback 确实比较容易出现陷阱，改为显示调用会显得业务逻辑比较清晰

X-Rack-Cache 也是 rails 独有的 header 吧

搭了一个 Vagrant 在他们本地，他们只需要改 CSS 就行了

了解，毫不犹豫上 REST

我用的 apn_sender，很好哦用

@fredwu 确实很高啊 http://gitscore.com/user/allenwei