调用原始实现（这里属于方法的继承）使用 super 就可以了应该。 不过，在任何情况下，覆盖 Rails 动态生成的方法，都是非常非常不明智的。 在你给出的代码段里 books 如果是 Rails 根据关系生成的方法话，你这样去覆写基本可以推断是错误的了

@Rei Counter Cache 并不太可靠，参考我的 PR https://github.com/rails/rails/pull/9236 然而之后 Rails 4 的实现有变动，Shopify 的人接盘后还是坑的状态... https://github.com/rails/rails/pull/14849

不过 Counter Cache 本身也是通过 hook 持久化操作的一系列回调实现的，思路本身没问题，问题在于，框架层面做这事要考虑的因素太多，难以正确实现。 需要 Counter 强一致性的场合自己模仿一下 hook 掉 after save 之类的方法就好了

#24 楼 @pathbox 视频要节后剪辑完啦，我更新到主帖视频、照片、讲稿的事情了

#31 楼 @redvoilin 这个问题很有意思，早年大会的参与者都是论坛水友，但这几年有点变化了，很多参会者并不知道或者并没有注册过论坛，包括我粗略扫过一遍购票数据，国内使用 Ruby 的团队可能远比想象中的要多，而且，这个圈子非常缺人，大多数公司招不到人，严重招不到人。

我在想去做一次市场调查

#22 楼 @mingmingpao 发了呀 https://ruby-china.org/topics/31164

不过最好还是架个 nginx。。。这事交给 Ruby 做性能很差。。。

#5 楼 @thxagain 具体情况我不太了解，我大概推测一些注意事项：

• 这个中间件要先于 Rails 的执行
• HTTP 协议纯文本的，解压方式正确你应该可以拿到人眼能辨识的明文，就可以判断你解压的代码有没有问题了
• 确认下解压正确的请求体传递给 Rails 了

理论上应该在反向代理（nginx）那边解压的，App 不应该管这事，就像响应的时候压缩也不是在 App 这做的一样。 如果你需要在 App 这边做，并且 Rails 没能帮你还原请求的话，可能你要在 Rails 的 Rack stack 前自己写个 Rack 中间件做这件事了

最后，讨论完全跑题，本来应该是作者提了一些感悟，结果后来的讨论完全围绕 xdite 的培训班还有这 5w 值不值上。。。 类比一下技术话题，xx 公司重构系统的经验教训，不能不提到公司的业务范围、现状吧，然后讲起因、讲经验教训，和这篇文章的结构是不是很相似？那这是不是软广？

另外这帖子作者的简历 xdite 有发到北京 rubyists 群里，所以有些人看过了已经，人家有两年编程经验啊！花 5w 突破了自己的瓶颈（值不值是花钱的人说了算，外人劝什么劲，何况这钱都花完人家都有收获了）多值。

我上面文章也提过了，起码我自己大学前因为上了一阵青鸟，比其他同学早起步一年多时间，于是大二接触 Rails，大四时候成了 Rails contributor，工作起步就是公司主程，没毕业就组织了 2013 年的 RubyConf China，我说我扔 4w 进去就是值！别人可以夸我聪明，但是我的成绩和这段经历有关啊。

后来我也带过很多学生，在现实、在 QQ 群，这些人里有几个混的（从收入上、名声上）比我高多了，这是我的选择啊，甚至我不说没人知道我有这副业，xdite 比我的经验和能力高不知道哪去了，把这个能力变现，有何不可？

另外还有个事，RailsGirls 上也有女生转职 Rails 开发的例子呢，比 RailsGirls 更系统的培训班，出来这么一个学生，有什么好大惊小怪的...

我反对说这个是特权，可能这是第一篇参加培训班的学员给培训班和老师背书的，如果要说特权，那先看之前有没有类似帖子啊，翻出来看看，质量是否相似标准，如果没有，这顶多就算开了个先河，如果有，有就有呗。 另外，RubyChina 上限精华功能也就是一年左右的事情。

再反过来说，作者要没有什么亮点，xdite 先发帖背书岂不是自己砸自己脚？

另一方面，这就是个套，信不信，之后会有不少类似文发出来的，一旦有一篇被屏蔽或者怎样，就会有人翻出这篇来，你们怎么不客观。

#108 楼 @QueXuQ

不是我加精的，但我不觉得有什么问题，对你的感受逐条发表下个人看法，不代表社区。

• 一个人能被捧多高，就能被摔多重，名声这个东西是双刃剑，就这培训班的事来讲，国宁说给予帮助，用人单位绝不可能说这话，如果这些学生不靠谱，就咱们这个小圈子，这个培训班就臭了，Xdite 也就臭了。
• 同理，你看那么多人赞，反对的人不比赞的人少。
• 具体问题具体分析，你还没发呢着啥急，再者说了，加精的理由上边国宁已经讲了，如果你真的发了类似的文章，被屏蔽，想必也会有合理的理由，合理不代表对，但起码师出有名。我自己觉得管理员在处理这种事很难办的，去年 Coding 的事件，前几天 OneAPM 的事件，这件事，有处理的好，处理的坏，说要中立，可人又有品味一样，很难的。
• 如果他们支持，觉得好，你要跟风，自己想清楚就行了。
• 还是上边的道理，此外，如果 RubyConf China 组织得好，我也希望大家能够为大会背书的，你看也有帖子在发大会的见闻、照片，这些事情是相通的，Xdite 的学员为参加的课程背书和参加 RubyConf China 的参会者为大会背书，有什么区别么？
• 这个没啥感觉...

#25 楼 @cqcn1991 莫叫叔，咱俩一个岁数

#25 楼 @cqcn1991 哈哈哈。。。可以

#4 楼 @yan1667 然而你说的就是标准的 C/S 套路。。。

#19 楼 @songbbb1-github #21 楼 @hanluner 我联系下

#59 楼 @geeker4py 之后出个修订版，在 T 社嘛，稍等最近给大会收个尾

#15 楼 @besfan 会的，这两天我在和百格沟通发票的事情

其实包括南方也该凉了，该弄长袖和帽衫了

Coming soon™

devise 可以不强制要求 email 通过覆盖一个方法来控制，具体看 devise 的 wiki（也有可能是我翻源码发现的...） 通过第三方登录生成一个 fake 的密码就好了

如果你需要一定填写邮箱密码，你可以拿到授权信息后，不要立刻创建 identity 和 user，存到 session 或者什么地方去，填写邮箱密码正确，注册 User 成功后，读出来（如果有）再创建 identity，挂到刚创建的 User 去就好了

#97 楼 @lgn21st 你...没变

#95 楼 @cuebyte 这个没有商业推广。

论坛和 RubyChina Gem 源的各项需求全部被 footer 里摆的赞助商们支持了。 还有 RubyConf China 的赞助商，其实现在还有一点点杂费支出的，大会剩下的钱可以覆盖这些杂费，过去是华顺和国宁自费。

作为交换，这些赞助了论坛、大会的厂商可能会有发表广告的权益（视具体赞助协议），不过相信大家一眼也看得出来哪些是广告。

#91 楼 @redvoilin 北大青鸟 ACCP 加起来也要 4w 了...不过很精明的拆成初中高三次付费，其他培训机构也都差不多。 这 5w 其实一点都不贵

@huacnlee oauth 那块没用 doorkeeper 的 UI，所以版本差异太大会有问题，看来后台也要大修补一下啦

#16 楼 @towonzhou 有啊。。。你加我微信 搜 qq 195454304

#11 楼 @huhuanming 应该还可以

#9 楼 @holysoros 会上让坐在旁边的朋友拉你吧