#8 楼 @baixingxishi 要不你告诉我贵司在哪个城市，其他的格式我帮你搞。

#8 楼 @baixingxishi 标题和格式仍然又问题，排版并没有使用 Markdown 格式排版。

标题和格式不符合版规要求。

-1

楼主做个实验，订阅一组邮件列表，包括 RubyWeekly，RailsWeekly，NodeJSWeekly，DatabaseWeekly，NoSQLWeekly，iOSWeekly，SwiftWeekly，GolangWeekly，ReactJSWeekly，RustWeekly，RedisWeekly，MySQLWeekly，PostgreSQLWeekly...

一段时间后差不多就能把自己放置在简历审核 HR 的位置上体会一下了。

#5 楼 @nouse 可以有，看怎么定义 controller，每个 route 的 endpoint 都对应一个 handler，这个 handler 形似 controller。

#1 楼 @nouse +1

仅仅从 log 判断的么？ 有没有登陆到服务器上去查一下每个历史版本中是不是都包含一份 vendor/bundle ? 如果是的话，可以去提交一个 issue 了。

my love 是谁的歌？

Ruby 工程师如何转型小程序员

亚飞你这样不行啊，😄

营销和推广

#5 楼 @plpl123456 你这种搭车招聘值得鼓励，哈哈 💯

#6 楼 @kgen 太牛了，数据帝！

我给了精华，这个总结报告并没有披露样本数据总量，所以上半部分关于技术选型方面我不纠结。 技术管理总结和具体实践总结看起来更像是冰山一角，希望能多分享一些。

把这两个作为关键词去 Google 能搜到大量的讨论，以及对比文章，背后的区别无非是理念上的差别，或者从不同的角度看待 JSON 生成这个事情。

jBuilder 把 JSON 视作 view 层的东西，构建复杂的 JSON 对象的时候，可以在适当的时候引入 Presenter 模式/对象。
AMS 把 JSON 视作 model 层的东西，复杂的对象生成可能会用到 Service 模式／对象。

All in all, 无论哪种方式，都是代码组织协调层面的事情，关乎设计，风格，而非技术。

p.s. API Only 模式的 Rails 应用，因为没有 View 层，所以顺理成章的选择 AMS 咯。

#8 楼 @kevin_jj 换 mini_racer 试试 http://rubygems.org/gems/mini_racer

#10 楼 @miclle 我这里到没有这么夸张，很多东西都还在体验中，感觉很多东西还有带我去挖掘。

#4 楼 @samport 亲测能用，Rails 5.0.1 上用没有问题，就是要无视下面的 warning

warning: constant ::Fixnum is deprecated
warning: constant ::Bignum is deprecated

果然不负众望啊，每年圣诞节发个大版本，升~

#2 楼 @huacnlee 一般在生产服务器上，我偏好使用云主机服务商提供的负载均衡服务（LB，LoadBalance），然后把证书部署在 LB 上，访问路径一般是 HTTPS -> LB -> HTTP -> Router -> VPS 这样，好处是整个后端全部走 HTTP，不操心自己手动配置 nginx 证书，也没有 HTTPS 带来的开销，关键是点击下鼠标就搞定了。

@huacnlee 干得漂亮，不知道为什么，我反而觉得 Let's Encrypt 的证书在技术圈要比那些 VerifySign 的商业证书显得有逼格。

去做厨师。

看明白了，这根本不是来招人的，这是来茬架的。 不过就算知人团队在这里大喊一声“还有谁！”，我估计也没有几个团队敢接茬...

这是 (一)，所以是不是还有 (二)，(三)，(四)，(五)，(六)，(七)，(八)，(九)，(十) 啊？

知人在下一盘很大的棋！

阵容好强大！

#4 楼 @W3INFO 我说的是所有的静态资源，都是直接用又拍云的 https 链接。