1G 内存实在太小了，就算升级到 4G，每月的差价也抵不过程序员 1 天的工资。 话说你一天的时间肯定完成不了 4G 缩减为 1G 的程序优化。

考虑加大 cache，你自己在内存中处理的速度，未必比数据库本身的算法快。

太慢，所以用 Sublime。

#27 楼 @blacktulip 请给种田老奶奶解释 Ruby 解释器中不符合编译原理常规实现的部分及其技术决策原因。

#23 楼 @bhuztez 一切都会涉及知识

#22 楼 @simsicon No，你如果本身不懂，就无法区分一个熟练的骗子，和已经真正精通该领域却不了解如何用通俗语言解释的内向人。

#21 楼 @badboy 嗯，这样的都是烂企业，虽然烂企业已经满大街了。

招聘方不可能招到比自己更强的程序员，因为他不可能提出超越自身知识空间的问题，来区分人才。

#12 楼 @Victor 的确没种过树 -_-||| 我只是打个比喻……

一般 3-5 个 ROR 开发者就可以 hold 住 50 万规模的单体项目了。14 个全职 ROR 开发者的产出，那是很有规模的项目了。 在非一线城市，短期内找到十几个中高端的 ROR 开发者绝对有难度。而 10 个初级开发者的效率赶不上一个高级开发者的效率。 如果有多个项目，一共需要 14 个人，不如考虑给项目排排优先级，推迟或外包一部分非核心的项目。 一定要全部自己做，不如搬到北京，上海，杭州，招聘方面会有更多机会。

一般在电脑上听，一边上网闲逛一边放着听。

在 database.yml 中修改

#1 楼 @quakewang 好吧，我来个蓝色版蛋疼 :-D

普遍情况是这样的： 一个开明的 PM，遇到了太多不靠谱的技术后，就不开明了。 一个有头脑的技术，遇到太多不靠谱的 PM 后，就不信 PM 了。

高端大气上档次的玩具！！

遇到这种，我第一时间看 status 页，如果官方说维护，那就等等了

S3 无论那个数据中心，在国内访问速度都不理想，部分 IP 还会被墙。（当然这不是 S3 的错） 静态资源还是放国内的云存储服务吧。

你是英国访问 Ruby-China 吧？

我记得这货的设置里面可以自定义快捷键的

#21 楼 @aptx4869 国服的 WOW 和 SC2 一直有社区在用替换文件的方法提供可玩的版本。比如楼上@diudiutang 给的这个。 不过，SC2 的台服，东南亚服，美服，欧服，现在都是全球畅玩，随时免费切换的地区的，所以 SC2 现在玩国服就没意思了 :-P

#3 楼 @blacktulip 暴雪的游戏都有 Mac，这也是我只钟情他家的原因 :-D

贴张搞笑的 :-P

简单粗暴的办法，不过看实际数据的确相当有效！

#30 楼 @hooopo Wow!

#10 楼 @luikore 你说的 GC.stop 然后 n 个请求后中止进程或许是个好办法！ 这样请求期间就不会有突然 GC 了，如果前后端分离机器的，前端分发的时候弄个阈值，比如 100 个请求后，暂停向该 app server 分发。app server 自己也检测达到 100 请求后自动重启进程。

随着网站访问量增大，无效请求的过滤会越来越难，扫到你的各种奇葩扫瞄器越来越多。 fail2ban 能解决同一 IP 的扫瞄，但是有些扫瞄器借助大量 IP 分散开，自动化的工具就搞不定了。 无视它吧，你会习惯的 >_<

#2 楼 @stephen 越来越多的商家开始在第三方网站支持支付宝，审核条件应该会越来越严格。 我们是即时到账的套餐，当时条件要宽松一些。

#12 楼 @wppurking 既然这样，我在想会不会京东的书评是从豆瓣自动抓取的？然后机器人自动把书名换掉，结果就成这样了。

这个人话说这段话我在很多地方见过，都是一样的模板，难道是专业黑或者 SEO？熟悉的朋友解释一下：

支付宝集成用 activemerchant 加 activemerchant_patch_for_china 即可。 activemerchant_patch_for_china 的项目主页有示例代码。

备案的事，每年的要求都不太一样，云梯的帐号是很早前的，那时候没有这么严格。