没有什么副作用。主要是可以让用户写出真正的方法链

0> "hello".methods.grep /str/
=> [:strip, :rstrip, :to_str, :lstrip, :strip!, :lstrip!, :rstrip!]

一般建议带参数的时候都带上括号这样代码更易读。在类中调用方法除外，在 Rails 里一般调用类方法都会采用类似于宏定义的写法

class Post < ApplicationRecord
  belongs_to :category
  validates :title, presence: true
end

其实写成这样也没差，只是没人会这么去写

class Post < ApplicationRecord
  belongs_to(:category)
  validates(:title, presence: true)
end

玩了一下，看了一下代码。好玩

这需求有点奇怪，直接改 a，取的时候才去slice(0, 2)岂不是更好？

a = [1,2,3,4,5]
b = a
b[0] = 100

b.slice(0, 2).each

怎么不贴个 github 链接。

我觉得 homeland 的源码就很适合。

rails new my_api --api

用这个也行吧。 https://guides.rubyonrails.org/api_app.html

很棒。

有时候这样做也真的是迫不得已。后面维护的人估计会骂娘。

根据我个人的经验，docker 发版本的话除了懂 Docker 还需要有一定的系统配置知识，镜像定制化的过程有点像给操作系统安装软件，你要先选系统，软件，最后还要想办法让这个镜像不要过于庞大。好处就是一切都在镜像里面配置好了，不需要太管服务器那边操作系统的环境。后期对于项目扩容那些做起来都比较方便，数据库，nginx 这些都可以做到与服务器上的其他项目隔离，不会相互干扰。但有时候这些东西配置起来也是比较麻烦，特别是对容器中的服务进行操作还得通过命令进入到容器中去。个人觉得比较麻烦。

Capistrano 的话就是流程配置比较简单，有很多第三方的包能够辅助你部署好一个 Rails 应用，基本上不需要太多的配置，我个人比较喜欢。但是你需要事先在服务器上面准备好相应的系统环境，eg, 对应版本的 Ruby，MySQL/PostesSQL, Nginx 等等。而如果你服务器上还有其他项目用到这些服务的话，那个项目被攻击了，相应的服务 down 了，可能就会就会影响到你当前项目的状态。

个人觉得如果是简单的对扩容要求不高的项目，而且也没那么多时间去熟悉容器化技术的，还是选择后者比较好。起码先把项目上去先。以后有空再优化。

怎么域名是 xiaozhuanlan ? 跟这个 https://xiaozhuanlan.com/ 有什么关系吗？

不知道呢。

怪了，帖子是能回出去的。

测试回帖。

@Rei @huacnlee 顺便报个 bug，我似乎每次回帖都会报这个错，是我的账号有哪里不对劲吗？

一般用 Rspec，以及相关的 Rails 集成 https://github.com/rspec/rspec-rails，文档还算比较完善。可以研究一下。测试确实很繁琐，也很难覆盖全。

我自己的项目就加了测试，LZ 有兴趣可以参考一下（不算特别规范），我的策略都是，加一个功能，就想办法给它加上测试，一般你想给某个helper或者controller加测试，文档都有相关的 demo，参考着写就好。或者说是针对一些比较容易出错的边界有针对性地写点测试。

反正我觉得测试这种东西，有总比没有好。 写习惯了之后，有些测试其实花不了多少时间，顺手就加上了。

他们响应比较快，eric 最近怎样了？一切顺利？

面完，还以为能有机会见到本尊啊。

简历已发送。

遇到瓶颈就挺绝望的。

明白。

亲测可用，谢谢。

可以像一楼的回复那样，留着自己看了。

也是。你说的那本好像也不错，我找时间看看。

@Rei 这些管理员没有标记版权问题的文章我好像找不到删除按钮，你能协助一下我删帖吗？

所有这些翻译的都需要删除。

明白了，多谢 Rei，这是我的疏忽了。我得先去研究一下，看能不能获得作者授权。

过段时间可能也需要找工作，请问楼主该职位对口语要求如何？Teams 团队只招前端吗？

哈哈，是不是可以贴一下公众号的二维码？

没有哦 我没有通过这些文章来牟利也需要获得授权吗？第一次做翻译工作，还没有这方面的经验，还望指正。如果有需要的话我可能需要去联系一下版权方？

如果基于我自身的考虑，我觉得一天 24 小时，分成 3 份，一份就是 8 个小时。那么 8 个小时睡觉，8 个小时工作赚钱，8 个小时娱乐（自由安排）是比较好的状态。当然作者是否这样考虑我就不得而知了。

hi

我觉得作者可能是针对每周 70-80 个小时工作时长那些公司说的吧，Basecamp 基本上每周就工作 40 个小时，现在活得很好，所以就以此为题了。