给排查思路点赞，学习了

感谢分享

我挺喜欢用 mock 的，因为感觉 mock 后，关注点可以集中在想要测试的某个类里面，不需要关注这个类和其他类的交互

感觉一个更关注 单元测试; 另一个更关注 集成测试;

我之前听 郑晔 在极客时间的某个专栏文章讲到 "行业里的最佳实践是 测试金字塔"(我不知道是从哪里来的信息), 我是按照这个来作参考的

测试应该怎么配比

测试本来应该是为了发现问题，而不是作为“不会有问题”的代码

赞同这个，这个的解法他也有提到，就是尽量把测试写得简单 (简单到能很容易看出问题), 除此外好像没有别的好办法

说到 sidekiq enterprise 的 rate limiter, 今天写 test case 的时候，发现有个 case 特别慢，花了挺久才定位是有个 sidekiq job 里调用外部接口用到了 rate limiter, 虽然 web 请求被 stub 掉了，但是 rate limiter 生效了... 导致这个 case 特别慢;

处理方法是判断 test 环境不加 limiter(不确定有没有其他更好的处理方法)

逛逛这里

• https://ruby-china.org/topics/11964
• https://ruby-china.org/wiki/books

• 试试搜索这些关键字："Error installing mysql2" "lmysqlclient" "libmysqlclient is missing"
• 试试这个："cannot find -lmysqlclient"

掉进过这个坑 (基础不稳 )... "Ruby 元编程" p225 "属性的问题"

class MyClass
  attr_accessor :my_attr

  def initialize_attributes
    my_attr = 10
  end
end

obj = MyClass.new
obj.initialize_attributes
p obj.my_attr # nil

# not expected to be nil

# since ruby can't tell
#   if we're trying to assign value to a local variable
#   or
#   we're trying to call a "my_attr=" method

# the default behavior is "assign value to a local variable"

#### quick fix
class MyClassFix
  attr_accessor :my_attr

  def initialize_attributes
    self.my_attr = 10
  end
end

obj = MyClassFix.new
obj.initialize_attributes
p obj.my_attr # 10

最近开始用 asdf 感觉也挺不错，不知道有没有被墙的问题... 这个问题之前有人问过了 还是建议研究一下命令行翻墙

试试这个 https://rubygems.org/gems/parallel

我有俩选择 (分享一下...)

1. 用 sublime 的插件SublimePrettyJson, 非常方便
2. console 里用 jj

[1] pry(main)> demo = {a: 1, b: 2, c: {d: 4}}
=> {:a=>1, :b=>2, :c=>{:d=>4}}
[2] pry(main)> require 'json'
=> true
[3] pry(main)> puts method(:pry).source
  def pry(object = nil, hash = {})
    if object.nil? || Hash === object # rubocop:disable Style/CaseEquality
      Pry.start(self, object || {})
    else
      Pry.start(object, hash)
    end
  end
=> nil
[4] pry(main)> jj demo
{
  "a": 1,
  "b": 2,
  "c": {
    "d": 4
  }
}
=> nil

我读过一些，目前印象最深的是whenever, 这个是我第一个感觉"读懂了"的源码

过程中有这几点收获

1. 知道了一个 gem 的目录结构组织方式
2. 知道了怎么找 gem 的入口 (一般是 bin 下的命令行工具), 或者是根据需要解决的问题找到对应的入口
3. 学到了一点写命令行工具的套路optparse
4. 慢慢能抓到代码里的主线了，暂时忽略细枝末节，不会总是迷失在代码跳转中
5. 掌握了用编辑器 (sublime) 读代码的技巧 (goto-definition/go-back/bookmark/code-folding/code-navigation)
6. 通过读 whenever 源码了解到IO.popen的使用，从而解开了困扰我很久的疑惑："whenever 是怎么写入 crontab 的？", 增强了读代码的信心
7. 好多 gem 都带有测试用例，这也可以是读代码的入口; 在模仿着写测试 (但是目前写得不好 )

很认同前面大佬说的，得有目的地去读才行，不然很容易迷失。

技能要求第 4 点里好像有个 typo：Rect -> React

自己电脑的话，建议研究一下命令行翻墙，调通后会很方便；服务器上...目前是用 rbenv 装的 ruby，感觉速度还行

今天遇到这个问题了，解决办法参考了这个 github issue

原因：nginx 配置文件里 proxy_set_header X-Forwarded-Proto http; (写死了 http)；nginx 里处理 ssl 加解密，rails app 里的 redirect_to 请求被重定向到了 http 协议上

解决办法：改为 proxy_set_header X-Forwarded-Proto $scheme; 然后 reload 一下 nginx 配置文件

真好看... 趁假期学习一波👍

我想到两个思路

1. 把别名直接替换成原始的值试一下能不能启动，这个方法应该能暂时能绕过 yaml 的别名解析，
2. 可能是 gem 'psych' 版本不兼容了，更新一下试试（https://www.redmine.org/issues/35435）

:plus1:

这里提到过

https://ruby-china.org/topics/33517

莫名好笑 hhh

文章顶部的 "英文版" 链接 404 了

链接崩了，楼主还维护不？