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

    举个我们自己遇到的例子,我们的一个 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 个月就能上手了。

  • Rails 并发问题 at 2018年07月12日

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

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

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

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

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

  • 请教一个 ruby 的问题 at 2018年02月10日

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

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

  • 量产型炮灰工程师 at 2017年05月24日

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