高铁的同学打算什么时间走？我可能选择高铁

粗看一下你们的技术比较多样，需要规划好配管和运维工作，另外，这些异构系统应该是用服务化的思维来组织的吧？

larrow-runner 和 larrow-qingcloud 的原始代码已经和 github 同步了，master 分支就对应 0.0.2 的源码

larrow runner 升级到 0.0.2，变更内容：

* hotfix: undefined method `address` for Node
* remove some third party libs
* check cloud login before execute
* some changes for user convenience

#5 楼 @ailen 本机应该考虑用 docker，以后会加上这块的支持。

#3 楼 @ChrisLoong 还不算自动部署，只是服务器环境自动准备，自动部署有现成的各种工具，需要考虑如何协同

#1 楼 @small_fish__ 理论上来说都可以，不过目前只是基于青云，以后可以扩展，另外，我会在 rubyconfchina 上讨论为什么青云的秒级响应很重要

#23 楼 @small_fish__ 什么节奏？这是从哪里走啊？

#18 楼 @luikore 太有诚意了，居然搬家赴会......

刚发现有个小错误，我以前在 rubyconfchina 上面讲过，不算新讲师的

很棒的比喻

我也不是很信任 god，几年前用过，不是很稳定。

不过可能现在有变化

#11 楼 @swachian

不过学Rails之前需要会Ruby，所以学习成本并不低

这句话不同意，ruby 学习入门很容易，难的是 Rails 的 DSL，另外，真正重要的是学rails之前需要会web

#5 楼 @Numbcoder 翻译比较吃力不讨好，macro 那部分我尝试过，感觉很不容易 http://www.jianshu.com/p/c1e9ef023a62

#33 楼 @lidashuang 没有啊，不同的 Elixir 版本对 Erlang 版本要求不同的

#27 楼 @bhuztez 系统包以前遇到过坑，具体是什么原因还不知道，反正当时是直接 make 就解决了

#22 楼 @lidashuang erlang 安装还是有点麻烦，我目前是用 kerl，有没有其它更好的方法？

#34 楼 @sanivbyfish 最近几次不是都在北京么？我每年都参加的，难道去年忘了去？

#4 楼 @yukihiro_matz v5 啊，看看 phoenix 的 Feature Roadmap 感觉很厉害

#23 楼 @Tony612 #24 楼 @gene_wu #25 楼 @iBachue #26 楼 @chiangdi 没想到杭州同学都很积极，不过还是要提醒一下楼上各位，你们被 fsword 这家伙给带着跑题了，大家谴责他之后就回到正题吧 —— 2014 演讲 topic

恩，这个俺是完全不会，后来直接看了他公布的答案

#21 楼 @Tony612 要说空气质量，明年放杭州如何？ #20 楼 @jasl 现在有哪些主题了？

部署方案里没有 mina 这个选项

#6 楼 @xds2000 估计很多人都不喜欢他，不过他不是要回国一趟么，你可以单独请他吃个饭，应该不像方舟子那样存在安全困扰 :-)

#11 楼 @gene_wu 哈哈哈哈

xdite 太 v5 了，相信价值绝对远超票价，可惜看孩子去不了啊

#19 楼 @knwang exercism.io 真有意思，这种形式大开眼界啊

#4 楼 @xworm 这是必然的，因为有延时，分布式系统本来就面临来自 CAP 的矛盾，目前的延时应该说还不大，我印象中是半小时左右。

和 @ruohanc 沟通了一下，目前 api 代理的反馈信息是与主站一致的，而由于 mirror 与主站存在滞后，结果从同样的 ruby.taobao.org 服务器上送出的 gem 包服务和 api 查询有错位，这个其实不太合理，我也觉得最好在 ruby.taobao.org 服务器上自己做 api 服务比较好，在这个功能开发出来以前，先关闭 api。

对使用者来说，直接用 ruby.taobao.org 上的 spec 文件比代理到远程去主站的 api 可能反而更快