https://github.com/muan/scribble/blob/master/Rakefile

desc "compile and run the site"
task :default do
  pids = [
    spawn("jekyll server -w"),
    spawn("scss --watch _assets:stylesheets"),
    spawn("coffee -b -w -o javascripts -c _assets/*.coffee")
  ]

  trap "INT" do
    Process.kill "INT", *pids
    exit 1
  end

  loop do
    sleep 1
  end
end

scss --watch input-dir:output-dir
coffee -w -c input-dir/*.coffee -o output-dir

我一向觉得文字效率高，raiscast 订阅了也只是看文字。

#49 楼 @dfang 我英文水平有限，能提一下是哪些地方吗？pull request 就最好了。

https://github.com/inossidabile/wash_out

搜了一下这个可以用来做 server

奥，不过你好像是要做 soap server？这个分类大多数是 client。

如果没有就用 nokogiri 一类 xml 解析器分析了。

https://www.ruby-toolbox.com/categories/soap

多用这个工具箱哦。

用 Active Record 不要脱离了底层数据库的特性。

动态数据是什么？

#6 楼 @chankaward 不做平台了，资源少做不了的。

#3 楼 @Sunnyroger 我已经开始想下一个计划啦。

看看有无退信，是不是频率过高被 block 了。

我用 SES 群发过两次，第一次没留意频率问题，几百封后开始 block，但是因为是在 sidekiq 里面，不断重试最后都发出去了。

第二次在 mailer action 里面 sleep 一下，降低发送频率，一次性把几千封发出去了（还是要用 sidekiq）。

我觉得 before_filter 就很好了，各个地方的逻辑不同，规则放的位置离得远不好理解。

#44 楼 @xiaoronglv 好。年底我就打包回家卖红薯了。

#37 楼 @xiaoronglv 薛定谔的北京空气，好的时候天空蓝得别的地方少见。

忙到好晚啊，辛苦了。

#25 楼 @whitecrow 打击一下，我对这个网站没有产生需求。即使是 StackOverflow 这样的网站，我都不怎么逛，只有 Google 搜到的时候点进去。所以要说需求的话，是内容吧。

#20 楼 @whitecrow 开始我也是觉得某某不好用，所以开发了 Writings.io，结果无法商品化，可以参考一下。

#22 楼 @cestivan 可以匿名留言。准备开源，之前说这里两天开源，仔细想想还有很多要考虑的地方，所以会晚几天。

#8 楼 @cestivan 类似的观点之前也看过，等到经历失败了才看懂啊。

#6 楼 @whitecrow 不错，很好。用现成工具和成员们协作看看。

#4 楼 @whitecrow 我的建议是砍掉。用现成的工具做你一开始想做的事——整理知识。例如用 github pages 搭一个静态站，用 pull request 提交内容。然后你会发现挑战在于找到贡献内容的人。

入门错误一：过早产品化 http://www.dennythecow.com/?p=12

我很赞成这篇文章，然后很残酷的是，我觉得楼主也走错了。

#43 楼 @jimrokliu #44 楼 @whh 一个人；你们说得对。

#21 楼 @Peter 囧。

程序会开源的，就这两天了。

没人关注大波吗……

# file: config/application.rb
config.assets.precompile += ['admin.js', 'admin.css', 'swfObject.js']

设置单独编译，这个好像是支持正则的。

4

去掉 respond_to :html, :js 看看。