转载来自：https://ruby-china.org/topics/node26

一年前我在这个坛子里写了一篇怎么用 Rails 写 API 的文章: https://ruby-china.org/topics/25822, 写这种入门的文章很费时费力，我要把自己放到一个新人的角度上去考虑很多问题，需要顾及很多细节，同时还要冒着被同行看穿底裤的危险:), 但是这篇文章收获了很多赞，也确实帮助了很多新人，这让我满足，直到现在还不时有人在那篇文章下问我一些问题，我很乐意帮忙解决这些问题，这些问题本来很简单，但是解决的过程很曲折，比如今天有位同学问了这样一个问题:

我第一眼看到这样的问题是懵圈的，没有日志，没有出错的信息，于是我不得不向这位同学请教出错的详细信息是什么，出错相关的日志在哪里，然后又是一阵折腾，最后终于解决问题。如果这位同学能够在提问的时候把错误详情，日志等信息一并提过来，这个问题估计一个来回就能解决了。

比如还有同学问我：

新人请教下 bundle exe 命令和 --no-assets 参数为何无法识别？ 本人 ruby 版本 2.2.4, rails 4.2

我的懒癌一发作，我是不想去请教到底报了什么出错信息。

还有同学说某个方法改进下可能会更好，但是这位同学就是不一次性告诉我该怎么改进，而我又实在是懒地打字去请教。

上面的这些问题如果是面对面交流，可能算不上问题，因为毕竟声速快，多动下嘴皮子也不累。

说了一些问题，我也举一些正面的例子:

对于这些同学提的建议和改进我除了感谢就是感动，因为他们提的建议和问题一目了然，不需要我多问，我直接去改就行了。

有些同学提的问题我没有回复，不是因为我对这些同学有什么意见，而是因为我懒癌一发作就不想多请教，多打字。

高效沟通的方法就是把对方看作一个随时会懒癌发作的人，把问题尽量描述清楚，把各种信息给足对方。