昨天，组里服务遇到了一个诡异的问题，跟着看了下原因，记录在此。

先介绍背景：我们维护了两个服务，一个对外服务，承接流量，称之为主服务，主服务会调用各种第三方 RPC 服务，获取各种字段，拼在一个大的 model 上。其中有一个 RPC 服务，称之为 E 服务，是我们自己维护的，它返回一部分字段。

最近接手了一个“公共”服务，负责维护它的稳定性。代码库有很多人参与“维护”，其实就是各种业务方使劲往上堆逻辑。虽然入库前我会进行 CR，但多了之后，也看不过来，还有一些人自己偷摸就把代码合到 master 上去了。总之，代码质量无法得到很好的保证。

当然了，如果把合代码的权限收敛到我一个人，理论上是可行的。但是，一方面，业务迭代的速度很可能就 block 在我这了；另一方面，业务方的迭代逻辑涉及很多具体的业务，我也不太熟。所以，CR 的时候也只能看一些诸如 go 出去的 func 有没有加 recover、有没有异常使用空指针等等，对于业务相关的代码提不出什么有用的意见。

某天晚上看到曹大在群里指点江山，折服。感叹为何曹大如此渊博，遂决定从头到尾研读完他所有的博文。

前后共花了一个月的时间，今天终于读完了（2020-11-24~2020-12-26），总共 118 篇。从 15 年 10 月 31 日开始的第一篇，到今天，总共写了 5 年多的时间。基本上每半个月产出一篇，非常稳定。

看多了 Go 源代码，看一看应用，尤其是比较短小且有趣的应用代码，感觉很有意思，而且举重若轻。

如果顺带修一下小的错误，成为 Contributor，那就更多了一种成就感。就像杨文前几天成为 Go Contributor 那样，从小处开始，慢慢提升技术含量，总有一天，慢慢成为真正的 Contributor，像曹大那样。

作为一个终身学习者，输入和输出是必不可少的。输入多了之后，会发现很多中文文章很难读，可能还有很多错漏之处。不客气地说，输入的是垃圾，输出的只能是垃圾。

曹大经常说需要多看英文资料，包括各种新出的英文书、文章等等，这从他的书单也可以看出来。我自己的情况是：英文资料读的不多，英文技术书则基本就没完整地读过一本。之前在写文章的过程中，还是看了一些英文文章，收获很大。

第二周

由于是双周，少了一个周日的时间来看专栏，有点赶，加上 0607 晚上又有一个交流会，这次笔记写得有点匆忙。当然，专栏上的文字内容是早就看完了。

这次的感觉是重新看一遍感觉比上次看要容易很多。果然难的东西要看第二遍、第三遍就比较清晰。