Matz 再不把并发搞上去，Elixir 和 Go 都把人抢跑了。

ruby 的快与慢真的是太水了。讲了一大堆 n 年前就被熟悉的内容，多少有点凑讲师的味道。I've Shipped the Code. What’s next? 还不错，有点料。

有点意思。还需要品味一下。

取决于公司是技术创建还是商业创新。google 就是技术创新，yahoo 是商业创新，所以 google 更加注重技术。

#6 楼 @i5ting 你不能用这个做订单号，容易让竞争对手猜测销量，详细见德国坦克问题。

看完了顿时觉得好饿。

分离比较好。

我猜只能遇到失败进行回滚，还要对前面的 API 的效果进行补偿。

异步这种东西，最佳的方式就是用回调来处理，主程序也得是回调结构的。

Lisp 太学术了，语言也需要满足阅读的需要，满屏的括弧只能自己玩玩。

monit ＋1. 还可以配置一个 web 界面查看运行的服务。

主要 ruby 也成熟很多。

你的需求能详细些吗，我没玩过 yy

#54 楼 @chairy11 劝你还是 256 的，否则别扭的时候你会后悔现在的选择。

#50 楼 @chairy11 128G 的硬盘真心不够用。劝你买 256G 的。

用 sql 的工具执行呢？如果真是这么慢，大部分是数据库服务的问题。

直接在 data 中返回一个你定义的 hash 就行了。

#8 楼 @yakczh puma 是多线程的服务器，占用内存更响，但 MRI ruby 的多线程只能跑单核，所以 puma 建议使用 jruby。

#6 楼 @yakczh thin 是单线程的，异步 IO，类似 nodejs，内存消耗比较小，适合小内存环境。passenger 是多进程并发，适合对线程不安全的代码。

你用什么服务器？thin，rainbows？

#48 楼 @wudixiaotie 不是所有的系统都需要有个购物车的，楼主最早的问题是能不能省略掉后端的 database store。所以我说“不存储复杂对象的话是可以的。”

#46 楼 @wudixiaotie 是这样的，当你 cookie 只是存储一个用户 id，或者购物车 id，真正的内容存储在 database 中，这样不是利用 cookie 存储复杂对象。我所指的用 cookie 存储复杂对象是利用 cookie 的 4k 大小，将一些信息序列话到 cookie 中。在 cookie 中存储有一些直接的好处，最直接的就是可以降低后端 failover 的复杂性，因为状态完全在 cookie 中，新增加服务器或者 offline 服务器都不会触发用户端的再登陆。当然，后端可以用 redis 的群集，数据库群集来实现可靠的 session 存储，但会增加系统整体的复杂性。

#44 楼 @wudixiaotie 是你问“不明白为什么你要用 cookie 存储复杂对象”呀，我说没有这回事呀。

#42 楼 @wudixiaotie 我没有说过要用 cookie 存储复杂对象啊，我第一句话是“cookiestore 适合不存储复杂对象的场景。如果你的应用不需要购物车这种复杂对象，你可以考虑 cookiestore，后台任何一个服务器退出都不会影响用户的请求。”

#39 楼 @wudixiaotie 这种情况就不是利用 cookie 存储复杂对象了。

#23 楼 @iBachue 有可能，thread 可能不是被推荐的并发模型。

#37 楼 @wudixiaotie 主要是 cookie 有 4k 的长度限制，加上 rails 已经把用户的信息加密后存储在 cookie 中，你利用的空间不大。

#3 楼 @huacnlee 我觉得针对各种平台的 ruby 就有意义了。因为 erlang 和 go 的 hello world 对 ruby 也许没有什么意义，因为语言的差异导致开发效率的因素也是要考虑的。但如果都是 ruby 的平台就值得关注一下，毕竟更换语言并不是一个容易的选择，如果选 jruby 能大幅提高性能的话，还是可以考虑一下的。

jruby 不赖呀，有意向 jruby 迁移。

#23 楼 @chairy11北京市十一学校（Beijing National Day School 简称 BNDS）原为中央军委子弟学校，在周恩来等老一辈革命家的亲切关怀下，由中央军委于 1952 年创办，是海淀区改革试点校，于 1992 年提出并实行“国有民办”办学体制改革，自此，学校得到快速发展，成为师资力量雄厚、环境设施一流、办学质量优秀的现代化学校，享誉京城内外。2004 年被评为北京市示范性普通高中。2009 年底，学校回归公办。2011 年被批准为国家级教育体制改革试点项目“深化基础教育学校办学体制改革试验项目学校。来自百度百科