昨天群友发了一张图，感觉挺有意思的。
图中画圈圈的之外的都是重点。实在没办法我们才去求助，遇到问题都不思考就去问，这态度有问题。群友的帮助是情分，无私的分享经验和知识。当然如果是收费解答就另说。回到图片中的内容，最精炼的文字和图片是非常重要的，我以协助解答问题的人的角度来说，很多时候，提问者都是忽然发出一句“某某功能出问题了，有大佬知道原因吗？”，然后没下文了，过了一段时间后，还是发这句话。想协助的人是根本无从下手，看得一头雾水，怎么去回答？有一段清晰的想要实现的逻辑文字描述、相应的代码片段截图和错误提示截图对于协助者来说是必需的，同时也是节约提问者自己的求助时间，不然双方问来问去，几个小时后解决问题的进度还是0 。
文字描述按图中所说的，这个问题是关于某方面的、这个问题是在实现什么业务逻辑上遇到的、已经尝试过怎么处理。协助者的经验是就像一个百万记录的数据库，如果提问者给出的信息非常模糊，那么协助者只能把相关的几十万条相似经验一条一条说出来询问提问者来比对，这样只会浪费双方时间。有详细的文字描述，就能让协助者精准搜索到需要的经验从而快速解答问题。如果实在是无法用文字描述清楚业务逻辑，建议做一个简单的demo发给协助者，这样能方便协助者快速定位错误，同时也让提问者可以先排查出现的错误是否因其他功能影响导致。
代码截图和错误提示截图也是给协助者精准搜索经验的来源。有可能从错误提示和代码就推断出是代码上手误打错了字符、变量等导致的问题。最大的可能还是协助者直接给出了导致错误提示出现的几个原因，提问者自行尝试解决。
操作系统和软件的版本是让协助者判断是否兼容性导致的问题，如果是版本过低的原因，那么基本上是只能使用其他方式来实现业务逻辑。
最后，求助者打“谢谢”两个字给协助者，毕竟协助者分享了经验、解决了求助者的问题、节约了求助者的时间和让求助者增加了经验。也是给协助者的反馈，让协助者知道求助者已经解决问题，并且下次有机会还愿意分享经验。
