谢谢 Matz 坚持每年给大家带来最好的圣诞礼物，也谢谢队长 @dsh0416 辛苦翻译，Ruby 加油！

谢谢队长中文化，我也只能贡献点支持啦

brew

原文没写 bundler 纳入标准库哦。

赞，终于有和 python 一样的逆序打印了

谢谢提醒，因为前几项和 rc1 版本一样我拿过来了🤦‍♀️

升级然后跑崩了，多个 gem 有此问题，这个没办法接受：

$ irb
irb(main):001:0> def m(arg, &block)
irb(main):002:1>   pp arg
irb(main):003:1>   block.call
irb(main):004:1> end
=> :m
irb(main):005:0> m(100) { puts "block" }
100
block
=> nil
irb(main):006:0> m 100 { puts "block" }
Traceback (most recent call last):
        1: from /home/ruby/.rbenv/versions/2.5.0/bin/irb:11:in `<main>'
SyntaxError ((irb):6: syntax error, unexpected '{', expecting end-of-input
m 100 { puts "block" }
      ^)
irb(main):007:0>

以前很多代码都是这样写的！ method arg { block }

其实严谨些是这样的写法好。method(arg) { block }

后端渲染肯定比前端渲染加载速度快。 当服务器压力大时怎么办：负载均衡，能用机器解决的问题，就不要用人力来解决 这样的断言有问题吗

比较关心的是 break changes，居然没发现， #9 楼的看到怕了...

yield_self 点赞，链式写法一链到底

Thread.report_on_exception 改成 true 了，那我得改下我的线程实现了

ERB 现在模板生成代码的速度相较于 Ruby 2.4 提升 2 倍

看成本问题

# coding=GBK
puts RUBY_VERSION
'中国11111'.each_char do |char|
 puts "%s %3d %02X" % [ char, char.ord, char.ord ]
end  

文件保存成 gbk ruby 2.5 运行报错 invalid multibyte char (UTF-8) ruby 2.0 正常

那么，用 2.5.0 自带的 erb 来渲染模板的话，比用 gem erubi 要来得快么？

{ } 块绑定到最近的对象。method arg { block } 实际是 method(arg { block })，所以 m 100 { puts "block" } 报错是很正常的也是正确的。

如果需要你想要的行为，你需要使用 do... end 块。

等 2.5.1 出了就升级

我不这样写，但问题是之前的版本没有报错，现在 2.5.0 报错。

更新看到性能提升方面 ，内心难免有点小鸡动呢

2.6 的性能提升会更加明显，JIT is coming...

不是每一版都有性能提升吗……

2.6 的 JIT 可能不会被编译，需要手动开启编译选项才行。。。

但是可以开了嘛，就跟 jemalloc 一样

jemalloc 这玩意好是好，就是没见过几个人用（逃

jemalloc 开了出 bug 就很讨厌，希望 mjit 不会

至少 1.9 里面这样写就报错了，你是不是看错代码了。

从 2.4.0 升到 2.5.0 看到这个报错。

例子 https://mensfeld.pl/2017/12/ruby-2-5-0-upgrade-remarks/

好像旧的有些版本会有报错，有些没有报，奇怪。

这其实是一个回归问题，报错的复现是：

[].delete 1 { 'NG' }

在 Ruby 2.3 系列以及更早的 Ruby 版本中，从 2.3.0 到 Ruby 2.3.5 中，这个语法是非法的，会报错。

❯ ruby --dump=parsetree -vwce "[].delete 1 { 'NG' }"
ruby 2.3.5p376 (2017-09-14 revision 59905) [x86_64-darwin17]
-e:1: syntax error, unexpected '{', expecting end-of-input
[].delete 1 { 'NG' }

在 Ruby 2.4.0、Ruby 2.4.1 中，会返回 NG。

parser 的结果如下：

❯ ruby --dump=parsetree -vwce "[].delete 1 { 'NG' }"
ruby 2.4.1p111 (2017-03-22 revision 58053) [x86_64-darwin16]
Syntax OK
###########################################################
## Do NOT use this node dump for any purpose other than  ##
## debug and research.  Compatibility is not guaranteed. ##
###########################################################

# @ NODE_SCOPE (line: 1)
# +- nd_tbl: (empty)
# +- nd_args:
# |   (null node)
# +- nd_body:
#     @ NODE_PRELUDE (line: 1)
#     +- nd_head:
#     |   (null node)
#     +- nd_body:
#     |   @ NODE_ITER (line: 1)
#     |   +- nd_iter:
#     |   |   @ NODE_CALL (line: 1)
#     |   |   +- nd_mid: :delete
#     |   |   +- nd_recv:
#     |   |   |   @ NODE_ZARRAY (line: 1)
#     |   |   +- nd_args:
#     |   |       @ NODE_ARRAY (line: 1)
#     |   |       +- nd_alen: 1
#     |   |       +- nd_head:
#     |   |       |   @ NODE_LIT (line: 1)
#     |   |       |   +- nd_lit: 1
#     |   |       +- nd_next:
#     |   |           (null node)
#     |   +- nd_body:
#     |       @ NODE_SCOPE (line: 1)
#     |       +- nd_tbl: (empty)
#     |       +- nd_args:
#     |       |   (null node)
#     |       +- nd_body:
#     |           @ NODE_STR (line: 1)
#     |           +- nd_lit: "NG"
#     +- nd_compile_option:
#         +- coverage_enabled: false

这是一个不符合预期的 parser 行为，所以应该被移除。移除的工作发生在 Ruby 2.5.0 的开发过程中，见：Issue #13547。

因此，在 Ruby 2.5.0 中，该行为已被修复。但是需要注意的是，这不止是 Ruby 2.5 系列才这么进行了修改，Ruby 2.4.2 同样也解决了这个回归问题。

这引发了另一个 Issue， Issue #13898，说的是 Ruby 2.4.2 作为小版本更新，是否应该保持和 2.4.0、2.4.1 的向后兼容。目前该 Issue 已被 Rejected，回归问题可能不作为向后兼容的考虑。

yield_self 帮了大忙，看到这个还蛮兴奋的

第一次经历新版本更新，这种感觉就是像苹果发布新电脑一样的感觉吗？

我觉得 2.6 发布应该会有类似 iPhone X 的感觉

已经有铁粉在谋划到日本排队领取最新版的 Ruby2.6，还有机会让 Matz 亲手为你编译。我还有个朋友，准备到时候买 10 套港版 Ruby2.6 先带回国内卖。

已经更新

cool