来玩 Elixir 吧。debugger 也有官方支持了，虽然我没用过😁

生态赶上倒不至于，但很多轮子已经够用了，实在不行自己造一个也不难。关键是语言和框架的优势在那里摆着，可以试试

当然是 Elixir 的 Phoenix 啊，Rails 完全没有可比性

Elixir 的 doctest 不只是文档，还是测试

你如果坚持 Ruby 的 method_missing 是合理的话，那就无话可说了

是啊，不过作为一个“前" Ruby 程序员，还是心系 Ruby 的嘛😂 而且不管对哪个后端语言，都是一个理

我只是想说，如果想做一个好的 Ruby 程序员，应该少研究前端，一点没否认前端本身的价值和重要性。如果要转前端就专注在前端，不要再说自己是 Ruby 程序员。

我也没有说 Ruby 的不好啊，只是在陈述 Elixir 的好而已。也不打算拿 Ecto 跟 AR 比语法，毕竟这方面的优势也不是很明显，其他方面优势也已经够多了😜

但不可否认的是，为了支持运行时元编程，确实拖累了 Ruby，参考 http://rubykaigi.org/2016/presentations/shyouhei.html 。 更不用说 method_missing 这种根本不应该存在的东西了。

撇开性能问题，Ruby 元编程带来的难维护性也是不可忽视的。

在 Ruby 里用这个意义不大啊。。

元编程还是 Elixir 好，完全在编译时完成，几乎不会带来性能损耗，甚至可以把一些计算挪到编译时完成。跟楼上说的 Lisp macro 一脉相承，但语法更加友好。

Ecto 的语法感觉比 AR 的要好用和灵活，基本就是 SQL（毕竟 SQL 是最好的语言）。

query = from p in Post,
join: c in Comment,
where: p.category_id == 1 and p.inserted_at <= ^datetime,
group_by: p.id,
select: [p, count(c.id)]