#12 楼 @special 让他在这儿走一个变种的注册流程就好啊，扩大用户入口么。我会准备一下跟你们交流的，用你们产品也两年左右了，看着你们一步步变化的哟。

@special 楼上的问题，我会解决，yeah，招我吧。。。

#5 楼 @jasl 哦，就说我没想到个什么情景下出现问题。

#18 楼 @molezz 动态定义方法这个是有他特定环境的，性能的话，其实已经很接近了，而且 2.1 提升这么多。我的疑问是 1.9 到 2.1 的变化中，为什么会是这样的趋势。

#3 楼 @jasl 这个不会打断请求虽然我大概能想到，但是能不能稍微举几个例子说明一下他的利弊。另外能不能用手动打断方式代替。

不过，优酷在视频前和视频中间加广告的做法，让人很难接受，广告长且无聊。还有就是，看完广告才告诉我不能看这个视频的 bug 要尽快修复。

一定要在拉勾上投？这年头，简历已经成为奢侈品了。

只招实习吗？

#16 楼 @molezz 所以我的意思，你的最后一组测试的时间并不是一百万次创建动态方法的时间，我理解你是想计算这个时间。

#13 楼 @molezz 至于 method_missing 的性能损失，这是建立在降低空间复杂度甚至是增加可行性的基础上的。本来就是在空间复杂度和时间复杂度上做平衡而已。

#13 楼 @molezz 我的意思是动态创建方法在一个运行周期间断之前，对一个方法只运行一次（或者有其他废除动态创建的方法运行之前）。也就是说，我第一次要 new 方法，找不到，那么我现在创建了 new 方法。第二次再来找 new 方法的时候，他就不会再动态创建了，只是去找这个已经创建的方法了。所以其实你的一百万次的时间，是一次动态创建和 999999 次查找动态创建方法的时间，不知道我这么说你明白不。

我觉得楼主有两个地方稍微有点小问题，一个地方有比较严重的问题： 严重的问题：如果每个方法执行一百万次的话，动态创建方法的测试数据是不准确的。因为动态方法第一次访问的时候就已经创建了，后边访问，实际已经不会再去动态创建了，是去直接调用已经创建的方法。所以时间消耗上，实际上是只执行一次动态创建。 抛开上边的问题。 小问题第一个：

当方法被调用时，Ruby会沿着这样的路径去查找，一直到顶部。如果方法没有找到，Ruby会调用一个叫做method_missing()的方法。

这个地方应该是在祖先链中某个节点中没有找到方法，都会去查找本节点的 method_missing 方法。 例子：

class Animal
    def method_missing( method, *args, &block)
        puts "function #{method} is missing."
    end
end

class Dog < Animal
    def method_missing( method, *args, &block)
        puts "dog #{method} is missing. "
    end
end

Dog.new.hello

输出的是：

dog hello is missing.

第二个： 个人感觉的楼主在对 method_missing 和动态创建的测试过程，稍显片面。因为当你第一次动态创建的时候，确实是时间消耗比较大，不过，当你运行第二次的时候，时间就会跟直接访问的时候一样，不会再去创建一次方法，而如果要所有方法都写好再去调用的话，显然是不可能的，而有了 method_missing 机制，这就完全不是问题。这就是他比较优秀的一面，而楼主的测试目测也对回复者也产生了一些片面引导，这么好的方法，怎么能不用呢！ 当然，以上纯属个人见解，欢迎指正。

#3 楼 @wanxsb https://ruby-china.org/topics/21136

我依稀记得有一天楼主在这里找工作，有一天楼主来招人，有一天，来招人，有一天，来招人。。。

大牛被全去 21136 了吧。。。

这还有王法吗？这还有天理吗？

这个建议你直接@论坛中几位大牛吧。简单来讲，找前几位的会员去@。

#12 楼 @chareice 直接无视我俩了。。。

看楼主辛苦，帮顶一下。能远程的话，就考虑一下。。

#6 楼 @Rei #7 楼 @gihnius #8 楼 @xifengzhu 谢谢各位了，我只是做的时候突然想到，学术性的发问，我也没有这么干。

#3 楼 @dddd1919 #2 楼 @alsotang 比如我想在回调函数中新建一个以当前用户为 user_id 的关联记录，这个应该怎么处理。

而且我觉得一周四十个小时，也是比较大因素。

小型的话，sendcloud 完美满足。

#2 楼 @shanxi668 打卡代表有迟到，早退，没有加班费。不打卡，代表只是没有加班费。

#7 楼 @leapcliff (⊙o⊙)。

美女多! 美女多！美女多！ 非技术人员，大都从粉丝中来，非美女不要。

talk is cheap, show me the pic.