#5 楼 @clearJiang 关键不是速度，是协程支持，而且即使语言支持，如果相应的库不使用也是白搭，lua 版本的方案中，也是要用一个异步的 mysql 驱动才能发挥力量的

这个是嵌入式 lua 的项目主页 http://openresty.org/ #3 楼 @bhuztez "nginx 上跑脚本引擎"只是这件事的表面现象，它其实是有可能影响现在常见的架构方案的

楼主有问题就直接问，觉得结果有啥特别的也最好直接说出来，像这样让人以为有怪异的地方，专门试了一下，发现没啥特别，你这不是浪费大家时间么。

日文我可不懂，不过这个话题以前讨论过，我看了一下样例代码，应该就是这个意思。之前有淘宝同事做过 lua 嵌入 nginx 的实现，后续可能会考虑其它语言，mruby 算是个选项，不过我觉得真要发挥价值，还需要相关的文件读写和数据库访问库也能用协程方式才行

#24 楼 @help5305fff 你过度联想了，我的意思很简单，做产品不能有投机心态，因为需要坚持和积累，作为用户，我认为 oracle 回过头做 NB 上的 ruby 插件不靠谱

#16 楼 @help5305fff 鄙视 oracle 这种投机者

#12 楼 @zw963 这个问题似乎有点纠结，如果你们讨论有结果，不妨再发回来 #7 楼 @lyfi2003 源码能说明目前的做法，不过为什么要这么设计呢？

这个问题我也答不上，类本身也是对象，所以类变量还是存在对象中的，但是具体我并不能确定，刚才想了一下，感觉“类变量”这个设计似乎有些多余

#14 楼 @quakewang 完全同意，没有补充

进展通报，目前面试者均没有通过面试，因为我们的外部招聘要求比较高（比内部转岗要高一些），这一点是我一开始没有想到的

#8 楼 @yfeng #9 楼 @chairy11 这种情况我都是用 bitbucket 搞定的

#18 楼 @Saito 自己的 vps 一般会有编译环境，但是从安全角度考虑，线上机器最好不要安装编译链

#16 楼 @bhuztez 恩，是的，所以线上的自动化部署方案会有所不同，一般应该和包管理系统结合，然后用 puppet 或者 chef 来粘合

#13 楼 @bhuztez 这个不一定，如果要持续交付，自动部署是基本要求

#9 楼 @huacnlee 哦，那是可以的

vagrant 还是有些不方便的地方，主要是 windows 上，本来有了虚拟机就可以屏蔽差别，结果我试了一下好像安装本身也不是很顺利，不知道是不是人品问题

#4 楼 @huacnlee 这么做就没意义了，线上本来就是虚拟机，再套一层就要大打折扣了。vagrant 还是比较适合开发环境进行干净的开发、测试、集成

那个 /opt/vagrant_ruby 是 box 里面本来就有吗？

可以参考莫枢同学的这篇 http://prezi.com/u1xcngoh_ihe/ruby/ 友情提示，RubyVM::InstructionSequence 是 cruby 1.9 提供的支持，其它 vm 情况有所不同

#14 楼 @Peter 晕倒，这都是猴年马月的事了啊，其实使用的技术也都是大家常用的，只不过坚持用了一年多有些心得可以分享，当时好像大家没兴趣，所以后来也没讲，ppt 神马的也过期了，意义不大

#19 楼 @feitian124 我不知道国家还在放开什么，现在是放开的越来越难，已经很少有人否定国进民退的现实了，所谓“现在的轨迹”，实在不是一条好看的轨迹。 不过并不是要让这个帖子转而讨论政治，只是说关键的影响因素其实不在 ruby 或者 rails 上

没人提大环境么，这种事情不能光看自己和周围同事，现实是：经济结构性失衡 -> 政府烂发纸币妄图救市 -> 整体通货膨胀，其实和 ruby/rails 真的关系不大

海外的也不要随便羡慕了，这几年也就是个拐点，好了就好了，要是坏可以很坏，你们在外面的其实算是避风头

通报一下，目前有三个备选的朋友，不过本周我的主管没机会安排电话面试，下周会联系。 招聘结束后我会在这里说明，以免大家浪费时间。

不理解，记录不就是日志吗？需要时 grep awk sed 就行了

#2 楼 @yggg 非常反对直接在 main app 里测试，看起来省事，但是会导致拆分应用的目标被“打折”了

我是直接在 dummy 中使用依赖的模型，其实这些模型就是 mock。

这里有一个解耦的问题，如果已经剥离出了 engine，那么应该在模型上有所独立，与 main app 里面的业务关系要尽量剥的干净些，有些业务逻辑会涉及很多表，这时应该委托给某几个专门提供对外服务的领域模型，如果依赖的模型比较少，那么 engine 的测试成本就不会太高了

其实这些是以前用 java 开发形成的经验，在规模变大的时候，有必要回过头看看以前积累的一些经验

#9 楼 @yedingding 恩，我想了一下，对于那些不会变化的消息性质的内容，这个是最佳使用场景，timeline 上的东西都是不能改变的，所以也非常适合

确实很有趣，看到它也被墙了就更有趣了