适合用 cache digest 做缓存

加油！

这里！ http://teahour.fm/2013/06/03/databases-with-eric-redmond.html

我也成曾经一度怀疑曹尼玛就是 @ShiningRay 哈哈哈

第二篇好象是，, 希望约束浏览器 verder 暴露更多 API 给开发者..

浏览器的标准传统上一直是至上而下的各种 committee 决定，效率地下各厂商不断扯皮 抛开具体建议的技术，这个 Manifesto 希望开创由开发者引导的自下而上的标准制定

#3 楼 @ekim_sgra 欧美人和北越人叫胡志明市，本地人还是叫 Saigon 的。

刚买了和楼主一样的 MBA 后来退回了。Wifi 和 speaker 都有问题。

#13 楼 @hpviewer 收不收钱和讲的有没有道理的相关性并不见的很大。建立在 "白人文化“和 "亚洲文化“这样粗颗粒的理解上的只能得到粗颗粒的结论 - 中美之间程序员的差别 不见的比 美国 程序员与 sales 之间的差距要大。鼓励面试者用不擅长的语言去吹嘘是一个很糟糕的建议。

#11 楼 @hpviewer 扯淡 懂的人两三个问题就能看出你的水平在什么地方；满嘴跑火车的人会被当场中断 interview 告知对不起

#18 楼 @murphy knockout 是微软的人做的，对 IE 系列的支持应该是最好的。教程和文档也做的非常好。

#4 楼 @Saito thanks

PD 是什么？

knockout 支持 IE 6

如果基础设施在 Amazon 云上，推荐 https://postgres.heroku.com，即使不用 Heroku. 省心不贵

#45 楼 @aikko 把模版里所有的 current_user 和有关时间的都拿掉，放到 js 里面获取，可以最大化缓存

Groupon 可以考虑赞助 RubyConf China :)

恭喜！！

#9 楼 @williamherry 有什么建议么

#79 楼 @daqing DHH 从来不去各种 RubyConf 的，只是 RailsConf

太强了！

#20 楼 @xmonkeycn Github 两年前就有 Zach Holman 推这个。现在代码托管已经 commoditized，所以 Github 在更突出流程方面的产品设计

heroku + unicorn

突出了适合 Github Flow 的 pull request / review, 浏览代码的方式也比以前滑来滑去的好了

在数据分析上面，没有 NoSQL 数据库能和 SQL 数据库的分析灵活性相比的；多维度数据仓库建立维护和分析也是非常成熟的技术了，可以去看看相关文献

你的问题和数据库无关，而是分析数据的方法不对。

似乎主要的瓶颈是卡在 ruby 建立 ActiveRecord::Relation 数组里面了，花了好几分钟。这个有啥建议么

应该把分析算法推向数据，而不是把数据都拉出来再分析。

#12 楼 @agnovo_wl

熟练的工程师 1-2 天应该能做成

如何知道？

很多公司都有为雇员出钱去 speak 的预算，大会可以考虑如果公司为讲师出钱可以算成赞助，邀请些有公司背景的海外讲师应该是可以做到的。

从商业角度来看，保留这些 Cart，以便用户回来立刻 check out 几乎肯定抵得上数据库里多存储数据的成本

赞助商来报到了！