你至少要把 RoR 改成 Ruby on Rails 才不会被扫地出门，哈哈

时间真快啊

如果隔离不了，就不要拆两个项目，后面修改维护成本远远超过拆分带来的好处。

异步并发主要看 IO 架构，语言层面影响不大。Sidekiq 确实 NB.

以前还真看到过 vim cheatsheet 做的鼠标垫……

哈哈，估计没有提前查过的人，第一次用 Vim 都是这心情。

同学，你这样用全角命令，还是退不出 Vim 的

对 Github 这种场景来说，GraphQL 的确更方便 Geek 们自定义接入，能玩的花样多了很多。

片头很赞，事情搞起来

这一切，最终都会被磁盘 IO，网络延迟，架构设计，所抹平。

天天在 Sierra 用云梯的表示，这个系统下连接无问题。有困难请找客服，临床经验丰富，一定能帮你解决的。

同一个 Rails App 里面不能这么用。不过，你先说说需求，为什么要不同 URL 调用不同的 gem 版本，或许有其他办法

是 RubyConf 全球还是 RubyConfChina?

做起来很简单：

在 web server (Apache, Nginx) 上设置等待 upstream 的时间为 60 秒以上，app server (Unicorn, Puma) 上延长 timeout 的时间。

但是，这很危险啊！

长达 60 秒的请求处理时间，意味着别人只要每分钟向你的服务器发送 10 个请求，就可以轻松让你服务器完全无法处理其他请求了。所以，正规互联网产品，超过 1 秒的请求都应该扔进后台任务。企业内网产品，超过 10 秒的请求也应该扔进后台任务。否则，很快就拥塞了。

点过去一看，发现我之前已经 follow Confreaks 的 channel 了。

如果是这个原因的话，虽然现在看起来你 Ruby 的技术可能不能胜任复杂的工作，但是有这种想法应该进步会很快。加油啦～

如果做应用开发，你可能要先花较多的时间学习 Rails。

如果做基础研究，Ruby 其实不如一些复杂或高性能的语言可挖。

PHP 转 Ruby 是因为觉得写起来比较开心？

的确是 bug，我前几天发现自己的页面 count 也对不上了。

国外厂商的大部分游戏都有 Mac 版本，就是 OpenGL 性能比 DirectX 差一点而已。

生活呢，最重要的是开心。

可能 Windows 市场占有率逐年下跌的缘故吧……

看到 Windows 安装 tips 出现 2017 版，有一种“苦笑”的感觉。

楼主最好添加一下重现平台是 Windows 10 or Windows 7

可能你选择 Ubuntu / Debian 会更容易查到资料和获得社区的帮助，毕竟用户量大。

很有意思的招聘模式，用工位和自由职业者保持良好关系，如果未来团队需要扩充，可以很好地招募

如果你是菜鸟，又不能选择公有云存储，还是 NFS 适合。但 NFS 性能一般，特性一般。

如果你很精通，本地内网共享存储有很多开源方案可选。

Rails 的部署的确没有 PHP 省事。但是却给了更大的控制权。

我大概看了下，你说的问题，都是没有理解那些参数本来的意思，可以先查文档看看说明。

大部分坑，踩过一次下次就会熟悉的，下次就发帖，部署好简单好爽快。

不是应该去 http://cnodejs.org 讨论吗

TesterHome 也运营得不错啊！

运算符优先级问题。

不过，很多教程上没有强调 || 和 or 的优先级差异，可能会让不少初学者遇到。

Ruby China 的内容多，有价值的内容也多，经常搜索一下点进来。

PS: 我发现 2017 年 2 月中旬，RubyChina 的百度权重有点下跌，不知道是不是有结构调整或者封掉了百度爬虫。（当然，我几乎不用百度，所以，影响也不大）