Offer 不是合同吧？

#7 楼 @kikyous 知道的，也用过的

atom 很值得期待啊

直接跑是没问题，但 windows 版 mri 的性能太蛋疼了，估计还没有在虚拟机里运行快 jruby 稍微正常一点

自己用诸如 geminabox 搭建个镜像

regions 里面应该是一个有层级关系的列表，不应该是多对多关系

也有人叫我美女

其实 views 部分占的时间也挺多的

#28 楼 @Rei 服务器端支持了啊，nodejs

coffeescript 现在不支持 ES6 generator 是硬伤（不过应该快了）

#7 楼 @siriuszhuang 没有，估计这个还是用 nodejs 来做测试比较方便

太牛逼

whenever sidetiq

#7 楼 @hhuai .....

#1 楼 @hhuai 空内容？

#8 楼 @linjunhalida Ack!

看来楼主的正则很厉害啊

嗬嗬嗬

#15 楼 @fsword 所以 celluloid 的 wiki 里说了不推荐自己写 fiber

#7 楼 @fsword #8 楼 @fancy Celluloid 是 Actor 模型，但实际上可以用 Thread 或者 Fiber 来调度 task jruby 和 rubinius 没有 GIL

celluloid?

#48 楼 @ericguo 我没测这种，我测试的自己的 rails 应用的响应速度，在 windows 上唯一性能令人满意的是 jruby 让他用 jruby 试试么

#28 楼 @bhuztez 王垠比你会吹牛

windows 下的 Ruby 基本没有参考价值，是用 msys 编译的 而 Python nodejs 都有用 msvc 的版本

看到 spring 就想到 java

#6 楼 @Victor #4 楼 @hooopo 有条件用 varnish 更好

#9 楼 @fayake 难道是没装 git 么？

#4 楼 @jjym techempower 的代码里没有啊，https://github.com/TechEmpower/FrameworkBenchmarks/blob/master/rails/setup_jruby.py

我就提一个事情，jruby-rack 的效率，在 Round 7 和 Round 8 有很大差别 我研究过很多代码，Java 的这些框架明显很 imba，因为他们开启了很多优化参数，但是很多脚本语言的 VM 怎没有调优过。 我曾经提供过一个 PR 希望改进 jruby 的参数加入--server 以提高性能，但是最后被拒绝了。