乳糖不耐的，有没有一种可能，可以吃乳糖酶片……

1 1778 17.7357% mv
2 914 9.11721% for
3 773 7.71072% cd
4 650 6.48379% rm
5 490 4.88778% rake
6 467 4.65835% ll
我觉得我是异类……

@haoliang 可以看看 Fiber 和 EventMachine 。
async 没有特别激进地实现，我猜是因为 EventMachine 早就已经扎根于各种类库里了，没有动力去实现了吧。就算要用，线程池也已经很方便了。

@haoliang 不太清楚你说的 async 是哪种 async ？并行计算的话 Ruby 这边应该更偏向于用 Parallel 吧。

@nine 你这怎么突然就安利起来了→_→

可以吧，收一个 gapps 号然后把你自己的域名当作 secondary 域名加进去用。
就是不知道是不是容易被 Google 发现。
发现的话号就没了。
风险自担。

你说的是免月费的 gapps 吗？

1. LinkedHashMap 。

2. 选用能满足功能的最小功能集的数据结构。当然如果你做个人项目或者敏捷开发的话，随便怎么用都行。

Day 1 CPT 等办绿卡的时候容易被查，所以上课作业考试都不能少，如果遇到工作繁忙就很辛苦。别的倒是没什么，英语能力足够好的话可以一试。

@mepwang @Chenhe
不是，GitHub 上 fork 的库相当于在原库上加一个专属隔离区给你。你在 fork 的库上做的所有修改都可以在原库的数据库里找到。

可以看看 /t/830735 。

Type-C 只是硬件接口啊，你还得细分协议支持。TB3/USB4 ，DP ，PCIe ，还有 tunnel mode 和 alt mode……

@technet 是啊，这卡我有，我记得 Tmobile 店里就能买。

@yodhcn Ruby 和 Python 的巨大区别就是 Python 环境更期待人们有较少的自由，而 Ruby 则给予人们很多的自由。Python 的理念是做一种事应该只有一种最好的做法，而 Ruby 的理念是做一种事应该有很多种做法。Python 其实已经很「死板」了，用 Python 搞 black magic 我的确也见过（我之前重写我司的一个项目就碰到了一个放飞自我的 Python 模块），但是很少很少，基本可以保证写了三五个月的新手和写了三五年的老手能写出差不太多的代码。Ruby 就没这个可能了，写三年和写五年都能差很多，甚至你拿到自己两三年前写的代码都能恨不得重写一遍，因为你现在已经可以用更 magic 的做法来重构了。（在我自己身上已经发生过很多次了，越写越花哨，越写越 magic……

Rails 现在就是通过半强迫性地促使你写测试代码来保证可维护性。内部实现可以一团糟，但是有了测试以后，重构甚至重写都不是大事，不满意的地方以后再迭代就行了。

Ruby 的 Type Hinting 是个新玩意儿，我自己都很少用，一个很大的原因是需求太少，至少我自己很少会遇到 Type Hinting 能改善代码质量或者阅读体验的场景。有很多时候如果需要有 Type Hinting 才能搞懂的话，可能是代码结构设计有问题了，我个人觉得。

手机实体卡不难买吧……

接上面一楼，说说 Rails 的 ORM 。
我用过的 ORM 不多，十几年前还在写 PHP 的时候给公司写过一个简易的称不上 ORM 的查询工具，用来简化一些代码。这里只能简单聊一聊皮毛。

Rails 的 ORM 查询器有很多的黑科技。比如说你从表里查数据的时候写条件，在代码里可以把多个条件拆开成多个语句去写，而不是一次写完整。所以你可以这样写：
p = Post.all
p = p.where(user_id: uid) if uid != nil
p = p.where(forum_id: fid) if fid != nil
p = p.where(created_by: (7.days.ago)..) if show_recent?
p = p.order(order_by) if order_by != nil
@ posts = p.page(page)
另外，从例子里你也可以看出，不仅有 7.days.ago 这样的表达（ 7.days 是 Integer 上重载的一个方法，返回一个 Duration ； 7.days.ago 是 Duration 上的一个方法，返回一个带时区的 Time ），有 x.. 这样从 x 到无穷大的 Range 类型，还有 Relation.page 这样利用 kaminari 插件实现的无痛分页组件。

对于不熟悉这套系统的人来说，只能是看得一头雾水吧。但是如果你很喜欢这种「 black magic 」式的设计，你就会觉得特别爽……

就说这些吧，说得多了会被人骂的。

@yodhcn #113 是和 Python 类似啊，Python 也是强类型的。
Rails 的话，首先 Ruby 这门语言的表达能力强，写起来舒服，这个对我是最重要的。我现在所有的项目（除了公司的）都已经用 Ruby 写了，包括平时用的小工具，服务器上的运维脚本，等等。
其次是 Rails 本身就是追求最佳实践和约定优于配置。学习 Rails 上手做一个 hello world 级别的项目（比如一个简易的博客）基本上只要几十分钟时间，而且只要你跟着 Rails 的教程走，你的项目就会是可维护、可测试的。
比如说 Rails 的 ORM 有 database migration 机制，数据库结构的变更可以用代码来描述（增加或者删除列，修改类型，等等），然后你部署新版本的时候只要 migrate 一下数据库就会自动执行变更集，不需要手动去管理。
又比如说 Rails 很容易集成 BDD 测试驱动开发套件（比如 rspec ），你写生产代码的时候可以一并把测试用例写完。对于 Web 项目，你可以一次性把单元测试和功能测试全部搞定，还有 capybara 这种模拟浏览器点击的组件可以用，这些都可以促使程序员去写可维护可测试的代码。

Rails 好像从来就没在国内热过。
西方的初创企业会大规模用 Rails ，因为开发实在是太快了。一个点子想出来，一星期时间就可以从头到尾做完上线测试了，并且可以一直持续迭代到你拿到疯投为止，都不太会有很大的瓶颈。
至于借鉴，我只知道很多框架都或多或少借鉴了一些 Rails 的东西。（当然你也可以说 Rails 之前就有同样风格的框架了，但是我觉得当时没有任何一个框架能像当年 Rails 一样把各种精华都集中到一起去。）

当然对于陌生人我一般不会推荐学 Ruby 和 Rails ，原因你也说了，在国内太小众了，没有前途。在美国 Ruby 的工作岗位有不少，前段时间我以前从零开始带入门 Ruby 的徒弟告诉我他找到一个挺不错的工作，远程在家办公写 Rails ，一年 15 万美元。国内学 Ruby 和 Rails 的，大都是真的喜欢 Ruby 和 Rails 的人，否则为什么不学 Python Java Go 呢，哪怕 PHP 工作也比 Ruby 多啊。但是尽管如此，学一下 Rails 还是很好的，有很多最佳实践的概念会影响你一生，让你写其他语言的时候也能受益。
还有一个原因是 Ruby 和 Rails 太容易搞出 black magic 了。black magic 会让你写代码的时候大呼惊奇，但是万一出了问题踩了坑，那就只能一坑到底爬不上来了。这个我下一楼再说。

很不幸的，我现在工作用的是 Java 8 。我现在还是保持和以前一样的习惯，写项目会写单元测试和功能测试，写组件会更倾向于拆分结构，写接口会尽可能更「人性化」一些，所以学过 Rails 姑且还是有好处的。

电池越满越慢。

Rails 有 counters 相关的方法。

# For the Posts with id of 10 and 15, increment the comment_count by 1
Post.update_counters [10, 15], comment_count: 1
# Executes the following SQL:
# UPDATE posts SET comment_count = COALESCE(comment_count, 0) + 1 WHERE id IN (10, 15)

抄吧（

如果你想玩 Ruby 那就看看 Rails 。如果不玩，那就找个抄得最像的凑合一下。如果没有抄得像的，那就去学 Ruby 和 Rails 然后自己抄一个。
而且 Ruby 就是强类型有类型注释的动态语言啊？