办公环境的最大影响是优秀的开发会不会选择这家公司。

忘了说，DHH 也是 PHP 转的 😂

业务层我喜欢显式的代码，需要一套组合逻辑就在 app/ 下开个文件夹放同类逻辑好了，放在 initializer 会让人困惑。而且方法也是显式调用，observer 模式在 debug 的时候很麻烦。

虽然 DHH 最近写了 https://m.signalvnoise.com/programming-with-a-love-of-the-implicit-66629bb81ee7 ，但我觉得魔法代码是框架创造者的特权，并且框架是有很多文档资料做补充的，业务层代码还是尽量显式。

Web 开发很多是共通的，但是怎么写出优雅的代码是需要重新学习的，所以第一年也许需要接受初级开发的待遇，看楼主能不能熬得住了。

我上一家公司的领导是 .Net 转的。

两个误区：

1. Fat Models 不是 Rails 官方推荐的模式（没有来源证明这是官方推荐）。
2. 把 send email 放到 callback 不是“The Rails Way” http://david.heinemeierhansson.com/2012/emails-are-views.html

https://github.com/chloerei/active_service

http://lmgtfy.com/?q=alipay+api

不知道，这个模块不是我写的，我也没有权限调用。API 有没有被弃用都不知道。

建议看新的文档自己调 API。

文档写的就是最简例子 https://github.com/chloerei/alipay#mobileservice

你为什么要把 privatekey decode64？

https://github.com/rails/webpacker#deployment

Webpacker hooks up a new webpacker:compile task to assets:precompile, which gets run whenever you run assets:precompile.

重任务解耦的话应该用消息队列了，我觉得 sidekiq 优势还是做好应用内的轻量后台任务。

我了解到成气候的就是 kubernetes 了，并且 Google Cloud 预装了直接用。

不过我会从 Docker Swarm 开始试。

https://signalvnoise.com/posts/3706-everyone-does-everything

他们说最潮是什么？

有听没懂，高清版出来要再看一次😖

周末试的时候发现一个 ujs bug

今年会场的视觉设计不知道是前卫还是复古…

好像就是啊

可以用 foreman 一次启动多个进程，这也是 webpacker 文档里推荐的方法 https://github.com/ddollar/foreman

或者走远一点，容器化后用 docker-compose https://docs.docker.com/compose/rails/

摩拜恐成最大赢家。

http://guides.rubyonrails.org/active_record_postgresql.html#json

已有项目就没办法了，遵循团队约定是最合适的。

Rails 5.1 出来写个人项目的时候可以试试 Default Stack，恰好这次更新对测试有改动。

Rspec 会鼓励写深层嵌套、抽象、魔幻的代码，简单事情复杂化，增加学习成本和维护难度。增加一个 Gem 不只是加几行代码，而是在应用中引入了一个理念，和原有理念融合或冲突，升级框架的时候成为依赖阻碍。

我希望有一天某个应用积重难返时，不要怪 Ruby 太魔幻、Rails 太重，然后希望在新语言新框架重新开始。代码是自己写的，这是自己选择的结果。

如果 default stack 不够用了，再找替代品。但我看过很多人换 Rspec 之前甚至没写过 Unit::Test。

Default Stack 的变更会提供平滑迁移方案，自己替换的会延迟、疼痛或没有方案。

好钢用在刀刃上，这不是应该费脑筋的地方。

跟着 Rails Default Stack 多好，现在你要选择了。

不用云储存是浪费生命。

建议写在博客然后在这里贴介绍和目录，而不是一篇发一个贴。

这个配置是拷 PHP 项目的吧，建议去看 passenger 文档。