我的 https://speakerdeck.com/flyerhzm/ji-yu-astde-dai-ma-you-hua

#13 楼 @yakjuly 我应该已经在 v0.2.0 加了对 has_many :through 的支持， https://github.com/xinminlabs/eager_group/blob/master/spec/integration/eager_group_spec.rb

@ailen 感谢指正

@hooopo 是的，不过如果实时性要求不高的话，与其用 materialized view，我更倾向用 redis 的 sorted set 来实现排序。

@hooopo 这个需求的确是还不能支持，但是也不难，就像 includes + where/order 可以转成 JOIN，eager_group + where/order 也可以通过 JOIN 来完成。

@hooopo

1. counter_cache_with_conditions，我之前也考虑过加字段手动维护，但是一旦条件变复杂了，数据很容易发生偏差，另外 counter_cache_with_conditions 只能支持 COUNT，其它聚合函数就无能为力了。
2. view 也是不错的选择，但是结果会变慢，而且在 rails 中维护 db view 是非常麻烦的。materialized view 就更不合适了，需要定时刷新，数据的实时性被破坏了。

@ngtzeyang 童鞋绝对靠谱啊，远程工作，时间又灵活，有能力的不妨试一下

@gene_wu 可以讲些什么内容？针对入门的或者是可以讲些深入点的？

持续招聘中

录了一段视频，帮助大家明白如何使用 synvert http://xinminlabs.github.io/synvert/

@small_fish__ synvert 只是解决语法层级的问题，基本上是按照 rails 官方的升级文档 http://guides.rubyonrails.org/upgrading_ruby_on_rails.html 一条一条做的，不兼容 gem 包得自己解决

@heimirror 其实是漏了一个 what， ”but we can get more information about what your need from this form“

#29 楼 @xlaok 抱歉，我们走正规流程，交税交社保交金

#28 楼 @rociiu 谢谢指正

@Magic 兼职不考虑

@leondu thanks

@allenwei 技术积累和提升主要靠自己，这个和做项目还是做产品关系不大

一个比较大的区别是，做项目很难接触到大数据和复杂的架构，做项目能够掌握差不多项目从无到有再到之后数据量到几十万、上百万所需要的技术，如果要做上亿或更多数据量的话，只能去加入一个靠谱的做产品的团队。

每个项目的技术栈不同我倒觉得是好事，可以接触更多的技术和框架，能够更好地掌握不同的应用场景，碰到的问题也会各式各样，解决问题的能力也可以提高。

关于项目质量，你可以看看很多项目代码质量都是很差的，一般和维护时间成正比，我不是完美主义者，我可以接受质量下降，但是会记一下，如果之后有时间会要求重构。

@i5ting good idea

@CHAO_AERO good catch

@small_fish__ 纯开发的话大概可以坚持 3 个多小时

查询太慢了吧，试试把 index 加上

@robbin 我试了一下 rainbow 的线程模型，如果 db 的时间只占很少的话，跑起来比 unicorn 的单进程要慢许多呢

还有一个问题，没有在 sinatra-synchrony 下跑起来 newrelic，等待解决

赞，用多线程的话基本不需要对代码进行改动，不过需要注意线程安全的问题。

@ashchan 最后一段，如果用 jruby 的话，多线程是可以利用多核的，所以一个 server 跑一个 java 进程就可以了，不过切换到 jruby 也是坑比较多。多进程的话我比较喜欢用外部的管理工具，比如 monit 或 god 来管理，比较灵活

@ShiningRay 没试过，项目太不活跃，而且好像只支持到 rails 3.1

@niedhui @hlxwell 免费就加了个广告，其它都一样 :-)

#3 楼 @bhuztez 不知道为什么 keynote 导出 pdf 这么大，原始 keynote 文件才 1M 多

#2 楼 @ashchan 弄得比较匆忙，本来是为了下个月的演讲做的

@knwang 发现 railscasts 和 peepcode 都已经有单独的 app 了

@y10n 还没学，正确早点出一个