今晚在写飞书 Bot ，遇到了一个无法解决的问题的时候，不得已，找到了飞书的 OnCall。但在聊天的一开始，OnCall 的同学便回复了「报错消息很明确了」的回复。
让我开始有点生气。
生气的点在于，作为一个专业的开发者，onCall 之前查文档我还是心里有数的，如果问题可以被解决，我就不会选择进入 onCall 的流程。这样的回复有点质疑我的专业的感觉。
但是，换个角度来思考，onCall 同学可能确实是在忙，有点不爽。可以理解。
那有没有一个更好的办法来规避这个问题？
- 回复：「你好，这个报错文档中有对应提醒，是否已经按照文档描述调试过了？」这样的回复虽然含义差距不大，但缺少了「质疑」的感觉。
- 直接回复错误码对应的问题（但这部分其实是需要工具支持的，比如帮助 onCall 同学提供一个快速回复的工具，降低成本）
希望各位 onCall 同学都可以规避这个问题，不要陷入 onCall 导致脾气暴躁的环节。
我本人在两种不同的公司都做过onCall。
一种是很舒心的，鼓励发现问题的时候，将问题彻底解决并且把查找问题的时候发现的其他问题也都尽量顺手解决，问题会有问题报告和解决方案，方便后续查询，这样总的问题是收敛的，新的问题会越来越少，遇到onCall解决起来也非常快，大部分问题都已经有完整的操作文档，将操作文档直接发给客户，让客户按操作文档操作就能解决。
另一种就是你遇到的暴躁的onCall，你找客服的时候，他可能得从整个屎山上小心翼翼的帮你找解决方法，还得小心自己不能走错一步，然后被屎山埋了，可能他旁边还有个领导，不停的对他说“我都盯着你半个小时了，这么小的问题都用这么长时间，要是我，一分钟就搞定了”，领导的跟班也会说“领导说的对，要是我直接就改了，还查什么呀”？
我的建议是不要在粪坑里面想着规避什么了，在技术层面是解决不了非技术问题的，直接跳出粪坑就解决了。