以前也觉得这个问题无非是钱的问题，但根据这几年的经历，我觉得不光是钱的问题。

举个我们自己遇到的例子，我们的一个 API request，业务很复杂，如果不中缓存的话大概要 4 秒才能返回，光是服务端，还没算上网络传输啥的 overhead。中了缓存的话 200ms 就行了。加机器是能确保流量大了，服务不会挂掉，但是用户第一次 request 需要等上 6，7 秒才能看到数据对用户太不友好了。我们也花了不少时间去优化，从 NewRelic 上看瓶颈不在数据库，而是在 Rails 这边。当然我们可以把这个 API 拆分成几个小的 API 一步步的 load，但这样的话需要前端去配合 iOS，Android 还有 WebApp，这样的话 Rails 的开发效率优势又没那么明显了。

总的来说 Rails 的开发效率确实很高，但性能确实还是需要多去优化。

其实自己培训没有你想象的难，特别是能力强的新人。你要是找一个几年 Java 或者 PHP 经验的去转 Ruby，一开始他可能会天天跟你抱怨，但是刚毕业的孩子反倒是更容易接受新的语言。我们公司一开始就我一个程序员，再加一个设计师，现在已经有 10 个 Ruby 开发了，加上这几年跳出去的人也超过 20 人了，都是自己培训的。期间也招过一个有经验的 Ruby 开发，但那人跑过来干了没满 1 个月就又跳了

我在一个很小的城市，面临跟楼主一样的问题。为什么不考虑招些能力强的应届毕业生来培训一下。能力强的人 2，3 个月就能上手了。

用 top 很难看得出啥。装个 New Relic 啥的看看瓶颈在哪嘛

我对 JS 不太熟悉，不过 Date 应该是 JS 原生的。当然针对不同浏览器应该是有点区别。不如你具体说一个你觉得会产生的问题出来大家探讨一下？

早都用 Google Doc 来写文档了。公式图表一点问题都没有的

最害怕就是跟楼主这种做事风格的人交流。一般遇到技术问题，直接把问题描述出来，再不行直接上代码。而楼主几乎每次留言（包括正文），总是东拉西扯，泛泛而谈，感觉就是跟你耍太极。我大胆猜测一下楼主估计是有个绝好的 idea，不敢透露细节，但苦于能力还没办法实现，先来摸摸大家的底细。

如果猜的不对请见谅，主要是我遇过太多这样的人了。

是 local scope 的问题。想明白了。非常感谢

这几天项目突破 1 千万用户了。PG 处理起来非常得轻松，5k 的 RPM。平均数据库相应时间 10ms 左右。

所以大厂，谷歌，微软，Facebook 这些都喜欢考算法考基础原理那些。现在貌似有点明白为啥他们要这么面试了。