不错我现在知道怎么写了。

谢谢

再说说设计的问题，ruby 的方法设计为自动调用，原因可以是收到 Lisp 的影响，设计者不希望以（）显示的限制 ruby 的书写方法。因为很多时候强制使用（）来表示调用语义会限制 DSL 的设计。但是这样以来，也会产生很多问题，这样的方式和大部分语言都不一致。lisp 特殊的 S 表达式，则没有这种问题。所以设计的一致性是很重要的。

刚刚看了一些帖子，自问自答一波 在 ruby 中方法与其他 lamdab ,block, proc 很不同，方法可以接收 block，但是其他的都不可以。也就是说，在函数式语言中所说的 function-first-class 在 ruby 中不成立。所以写高阶函数时，可考虑用 lamdba 替代。

1. 调用方法也不是括号，而是 call . 例如 ```ruby tt = ->(fn, arg) {fn.call(fn.call(arg)} aa = -> arg {arg << '!'}

tt.call(aa, 'ook')

这样子就可以是函数first的了。 如果定义成方法则很不方便。

能举例子吗 如果是个变量那你能把他付给另一个变量吗？你能得到该变量的 class 吗

看来 ruby 的函数名并不是一个普通的符号或者变量名。这点和很多语言的不一样。

谢谢，但试了一下还是不对

def app(str)
   str << '!'
end

fn = method(:app)
fn('ooo') # error 这样还是不行为什么呀
fn.call('ooo') #ok

是对 key 自动排序，在插入的时候，就是类似与 java 的 TreeMap，c++ 的 map

ruby 2.2.3

irb 中定义 a = {3 =>'ook',4 =>'aa', 1=>'xx'} 然后 for (k,v) in a puts k end

刚试了一下 2.4 的 hash 不是有序的。

谢谢

不管你用啥，你在资本家眼里都是可以被替代的，只不过成本不同。我不相信现在的公司离开了你就活不下去了。 其实用什么语言和你喜欢穿什么衣服是一样的，基本都是主观评价。真正在设计产品的时候，语言（符号系统）的选择绝对不是最终要的。

ruby 的生态太小了。web 上发展没什么前途，数据分析也没凑上，下面的 Iot 是个机会，不过感觉戏不大

ruby 真心好用，最近用 kafka ruby 的 client 比 java 原声好用 100 倍。赶紧找个公司孵化 ruby。

要是让我讲，我可能会讲 JVM VS BEAM

什么基础部分呢？有主题吗

你知道吗，会 phoenix 不一定是从 ruby 转的，也有可能是从 erlang 到 ruby. 大神们的境界一般人了解不来

Soga，我看了主题 个人对 Ruby Compiler 这个比较敢兴趣。

Go 什么时候成了 Ruby 的姐妹语言了

这两天也学习了一些 Crystal 的官方文档，说说自己的感受。 首先 Crystal 的作者对这个语言的定位很好，提供的 future 尤其是并发机制是很不错的。类似 Golang. 但是，我们应该注意到一个语言想要发展的好光靠好的卖相是远远不够的，Crystal 现在还处于非常初级的阶段。就编译工具链都没有齐备。调试器，分析器等等。语言最核心的并发机制和 GC 也是非常初级。最总要的是没有一个大公司推动。和 Kotlie 的比较一些。你会发现 Crystal 的前景暗淡。很难在短期内爆红。个人倒觉得 Crystal 如果支持解释执行就厉害了。开发时解释执行，生产环境编译。

进入了 java 圈，看看 java 和 JS 谁更恶心

不在上海。请教不敢当有问题可以共同探讨哈。

顶一下，如果需要高级 erlang 顾问可以联系我

笑而不语，QPS 没到千万吧

不觉得呀

真的是半卖半送

用 node 找死

开玩笑，屌丝场还差不多

不建议一找工作为目的学习 ROR，ROR 的技术已经落后了。如果要找工作可以学习 java. 虽然是一坨屎。但是好找工作。