那倒也是。

有理，不过客观来讲对于一些不过“洋节日”的国企来说，这种设定不可避免还是造成了一些影响，起码是一定程度的“惊吓”。

return "" if Setting.app_name != "Ruby China" 这个条件判断，很专有。

不不不，我觉得写得很好，够简单。是我技术不到家 因为 BloomFilter 的概念我之前没接触过，所以以后需要另外花时间看看。

总算把代码看懂了。 BloomFilter 还需要找时间另外看一下。

你这代码居然是两年前写的。

曾经看过一些书籍，对于 Python 社区的独裁略有耳闻，2.x, 3.x 两个分支据说就是独裁的产物。然而我觉得 Ruby 社区虽然目前人数没有那边的人多，但 Ruby 社区毕竟与 Python 社区的风格不同。起码包容性，宽容性这些都在那里。所以我觉得即便哪天 Matz 不干了，社区应该也不会丢其他本质上的精神，不至于整个社区都崩塌。毕竟还有这么多优秀的 Ruby 贡献者，大家都希望写 Ruby 的时候能够 Happy Coding.

四个空格的缩进看着有点别扭啊。你可以试试 VS Code 或者 Sublime Text这类现代编辑器，记事本应该不太好用啊。

2.3.3 :002 > 'hello world'.__id__
 => 70260779467420
2.3.3 :003 > 'hello world'.__id__
 => 70260779436300
2.3.3 :004 > :hello.__id__
 => 1264988
2.3.3 :005 > :hello.__id__
 => 1264988

这是你需要的吗？

虽然没怎么看过 Postgres 不过看着有点心动。

有意思。

之前有看过一下 Elixir，看起来比较舒服。不过感觉如果上 Elixir 早晚还得回来看 Erlang 就干脆上 Erlang 先了。

刚上 Erlang 的车 7 天。

这波要捧场了。

数学不是很好，以后的文章可以考虑一下。

yep 就是看那本书的过程中看到的。

这个倒还没试过。

勉强看懂了，mike 大神。

我暂时理解也是这样。

Guido van Rossum wrote about why he is against supporting TCO in Python. One major problem he points out is that TCO messes up the stack traces, and therefore makes debugging harder. For this reason, he does not support implementing TCO in Python. 这篇文章的最后有写，这个是 Python 的原因，估计 Ruby 默认不开启的部分原因也是这个。

marked

你这个回复我服了。

我也不是大佬，个人觉得学 Ruby 确实需要静下心来，有些时候甚至还要面对其他社区高薪的诱惑。

在广州吗？要不要来豆厂看看。拉勾搜 Beansmile，这里有 trello，slack 等等。

感谢分享，也顺便给我上了一课 。推荐看一下《元编程》这本书，可以加深对 Ruby 的理解，还能改善写作风格。一般 Ruby 里面实例方法会写成C#hello_method，类方法会写成 C.hello_method ，模块嵌套 C::A::B。这样 rubyist 看你的文章的时候会更有亲切感 (个人建议 )。

可以先关注

Ruby China 就是个宝库。

这项目有点意思。