绝大多数情况下，无脑使用指针即可。
一般的情况下，无意中就用值了，比如 type Foo int 的时候。
更少的情况下，不得不使用值的时候，自然会去选择用值。

不觉得有啥好处，应该就是惯性思维吧。看过代码貌似有些部分被改的有点乱，思路不够统一。

然而并没有什么卵用。

中级是个什么鬼？

我认为，
如果系统其他部分可能会报错，比如数据库可能连接不上， cache 可能挂了什么的，那返回值就需要第二个 error 参数
如果系统其他部分根本不可能报错，就是一个普普通通的数据类型，没有跟其他系统交互，那么就没有第二个 error 返回，找不到就直接一个 nil 就好了， nil 本身就是找不到的意思，互为充分必要条件。
至于返回是否是 nil 的检查，我想应该适当的抛给上层逻辑来处理。具体情况具体分析。

奉劝楼主不要在错误的道路上越走越远！

什么第二第三，工作用啥，你就得学啥！

你居然能坚持了两年？！我没参加工作之前就已经不想上班了！

范式是用来解决一般的通用的问题的。一开始可以先按照范式来做，这样能解决大多数问题；
当出现比较特殊的问题时，再考虑用特殊的办法解决，而特殊办法很可能就是反范式的，因为有问题驱动，反什么都无所谓了。

之前看过几眼 zmq ，第一印象就是错误处理貌似不太容易。

@yuankui 网上有卖的吧。我是借的，好书啊，看完就能记住。

亲身经历。减分。即便已经入职并在工作中打拼很久，仍然会有影响，对你的印象是持续的。

我认为这本才是最全面的：
《 The Go Programming Language 》
https://book.douban.com/subject/26337545/

里边有很多 golang 特殊的技巧和原理，我借了一本刚看了一半，非常有收获。

CPU 占用高一些，说明计算资源被充分利用了。呵呵。

撸

ΘΘ
怎么你们又想搞个大新闻？

可以读一下 apue 的相关章节。