coffee 的文档已经说得够详细了啊...

写的时候要想想什么是不用测的...

另外测试先行的话由于没有实现的先验知识，测试就不容易膨胀得太大...

#4 楼 认识错误，python 和 ruby 在使用 C 库上是没有大区别的。

#7 楼 @mobiwolf 云服务的两个目的：浪费我的时间和钱，达到任何一个就成功了...

#3 楼 @Saito node 也要支持很多 C 库，一样的...

我们实际天天都在用 nodejs... asset 编译时就用了 node 上面跑的 uglifyjs 和 coffee-script. 没用在服务器上而已。

我只用过 google appengine, cloud foundry 和 heroku, 都能用 ruby. 虽然 appengine 支持的 ruby 只能是 jruby, 但它上面肯定不能跑 node, 最近说会支持新语言但我猜是 rust 或者 dart, 不会是 node. 你说的云服务我都没用过，估计他们的决定是因为人群因素而不是技术因素吧，另外要做到 heroku 十分之一左右的功能，至少得招个 挺 会 ruby 的，他们公司应该有会的，但对应云产品开发团队似乎是没有。

不过这类服务问题是，只能面向没有 linux 知识或者没时间/没人配服务器的低端用户，终究没 vps 性价比高。支持 nodejs 确实挺符合市场规律的 ...

#61 楼 @mojidong 现象都有原因，你这个"丢数据的现象"指的是好多年前的 bug, 还是读到的过时网志，还是亲身碰到了无法解释？不喜欢 mongodb 的话可以选择 pg. mysql 最近没关注，应该也有不少针对大数据量 scaling 的修改。

再就是 mongo 是可以自定 sharding 策略的，完全可以做到按冷热数据分类。没看文档吧...

提到 Zed Shaw 是想起

多进程模式部署的话 (现在性能和内存表现均最佳的是 eventmachine + 多进程), 服务器间多进程共享数据的最佳方案是使用 Zed Shaw 推荐的 0mq 进行通信...

mongrel2 就是去掉了多线程模式

#25 楼 @kevinxu 哈哈，不支持也不可能支持多线程模式恰恰是 node.js 的致命伤之一

non-blocking server / app 在 ruby 也有很多，性能和 node 区别不大。而且 ruby 有 Fiber 支持不需要像 node.js 那样写 callback 套 callback (不过现在 node.js 的写法有改进了). 不过就和这个话题没什么关系了。

#59 楼 @mojidong 业务需求的是 scaling 和查询速度而不是分库分表，像 mongo db 这种无缝扩容的一开始就没有分库分表这回事，postgres 的话直接把大表改成 uuid 主键马上就能 cluster 扩容了。

手工分表经常就是 sharding 策略没考虑周到，分完发现分页查询没变快反而变慢了。

至于迁移问题，主要是手工分表造成的...

#57 楼 @mojidong 手动分库分表的时代已经过去了吧... 现在数据库自带的 clustering 方案都很成熟了

t.string :name, limit: 2000, unique: true, default: "hello world"

#21 楼 @murphy 技术债总是要还的，只是想拖延到项目换手，让后来人收拾烂摊子吧... 或者就是短命项目根本不 care 升级问题。

#41 楼 @bhuztez @Tony612 衬衫印上"我是红领巾", 然后带上二维码，会被求种子的大队人马围扫吗...

查询能保持上下文 (上一页最后一条的 id) 的话就能无限翻下去

否则就是业界标准 100 页... google 都不给你翻到 100 页以后

#10 楼 @quakewang 嗯嗯... 还是应该 split...

#9 楼 @chenge 改改正则就可以 (%r"(-?\d+(?:\.\d+(?:[eE]\d+)?)?)|([+\-*/])"), 另一个方法是用 scanf

require 'scanf'
def solve_rpn expr
  expr.split.inject [] do |stack, x|
    stack << (x.scanf('%f').first or stack.pop(2).reverse.inject(x))
  end.last
end
solve_rpn "10 4.1 3.0e1 + -2 * -"

#24 楼 @aisensiy 是啊

#18 楼 @xqunix 噗噗，还要加上 stackoverflow 的链接，否则穿出去就被人问死了

#6 楼 @aptx4869 我没去查原本的签名，就用任意长指定了...

• *xs 任意多个参数，xs 为数组
• **opts 任意多个选项，opts 为哈希

这些服务器都使用了 Zed Shaw 的 mongrel 遗留下来的用 ragel 生成的基于状态机的 html header parser...

不如找个公式... 例如这个

\begin{gather}
\textbf{[Var]}
&\frac{x:\sigma \in \Gamma}{\Gamma \vdash x:\sigma}
\\

\textbf{[App]}
&\frac{\Gamma \vdash t : A \rightarrow B \quad \Gamma \vdash s : A}{\Gamma \vdash t \cdot s : B}
\\

\textbf{[Abs]}
&\frac{\Gamma,x : A \vdash t : B}{\Gamma \vdash \lambda x.t : A \rightarrow B}
\\

\textbf{[Let]}
&\frac{\Gamma \vdash s : \sigma \quad \Gamma,x:\sigma \vdash t : B}{\Gamma \vdash \textbf{let}\  x=s \ \textbf{in}\ t : B} &
\\

\textbf{[Inst]}
&\frac{\Gamma \vdash t : \sigma \quad \sigma \sqsubseteq \sigma'}{\Gamma \vdash t : \sigma'}
\\

\textbf{[Gen]}
&\frac{\Gamma \vdash s : \sigma \quad X \notin \textbf{FV}(\Gamma)}{\Gamma \vdash t : \forall \ X.\sigma}
\end{gather}

看效果可以贴到 http://luikore.github.io/latex/

#7 楼 @zhaojiahui 如果加个 content_html 字段保存渲染后的内容，就不用每次访问 show 都执行 markdown 渲染了，可以快一点，但代码也会变得复杂点

The ruby way...

def solve_rpn expr
  expr.scan(%r"(\d+)|([+\-*/])").inject [] do |stack, (num, op)|
    stack << (num ? num.to_i : stack.pop(2).reverse.inject(op))
  end.last
end
solve_rpn "10 4 3 + 2 * -"

#4 楼 @zhaojiahui 去掉 to_html 啊

#2 楼 @zhaojiahui 简单点就是把 markdown(@question.content) 放到 show.html.erb 里...

自己定义个全局的同名 helper 或者可以...

def form_for *xs, **opts, &p
  super *xs, {authenticity_token: false, **opts}, &p
end

#2 楼 @aptx4869

单个 form 的话加个选项 authenticity_token: false, 所有 form 的话你要自己 hack form helper

另外记得用 javascript 把 token 补上

新建个 helper , 将这一大坨代码放进去应该就好了

方向错了，你应该加个字段 Question#content_html 然后在 post action 里把 markdown 生成好赋进去，最后在 show action 显示 @question.content_html 就可以了。