下面咱们就来聊聊技术人的素养：如何更好的提出技术问题。 笔者从事 Bugtags.com 开发运营以来，除了开发任务以外，最重要的工作就是在 qq 群里面回答用户的问题。
这半年来，少说也接待了上千个用户了。笔者发现，有相当一部分的用户，提问方式和技巧都有问题，这样导致了我们额外的客服量，也使得自己的问题得不到及时满意的回答。
下面咱们就来聊聊技术人的素养：如何更好的提出技术问题。
直接了当
有的用户，喜欢先问：『有人在吗？』
其实这个问句真的是很无意义，有问题直接提出来就好，有工作人员或者热心人看到了，能回答的自然就会回答，为什么还需要问有没有人在家呢？
目的明确
有的用户，其实只是对某些技术点感兴趣，但是表现出来，是要给我们反馈 bug。这样我们就很摸不着头脑。
是吐槽、建议、反馈、赞扬还是学习？请一上来就说明。
有价值
列举一些个人认为没有价值的问题：
- PHP 是不是最好的语言？
- VIM 还是 Emacs 好？
- 学 Android 有没有前途？
这种问题，没有讨论的价值。
已尝试求解
其实大部分我们遇到的技术问题，只要在谷歌或者百度上查找，大多能找到答案。
大部分情况下，使用 Bugtags 遇到的问题，都能通过我们的帮助文档解决。
但是我发现中国人真的很着急，文档也不看，帮助也不看，上来就问。
问题着眼点小
切忌提一些特别大的问题，例如『安卓如何管理内存』，这种是需要一些列文章才能阐述清楚的问题，显然是不适合在 QQ 群上提问的。
背景信息充足
举个例子，Bugtags SDK 支持 Android 和 iOS，但是大部分用户提问的时候，会忽略了这个信息。同样，常用的操作系统，也有 OSX 和 Windows，很多人也会忽略。
这里面其实有个思维盲点，提出问题的人，会忽略一些显而易见的环境差异，认为别人了解背景信息，具有跟他一样的运行环境和操作步骤。
问题描述信息充分
这个也需要换位思考，假设你是一个热心人，尝试帮助群上的人解答问题。是不是希望问题越准确越好？
一些要点请备齐：
- 软硬环境及版本
- 操作步骤
- 期待结果
- 错误信息，最好是文本而不是截图
- 设备运行的 log
- 现场截图
- 已尝试过的解决方案
- 怀疑的点
重现问题的 Demo
- 创建你自己的 demo 程序，操作要友好
- 加上使用说明，描述你所遇到的问题，具体环境，操作步骤，帮助别人快速重现你的问题
- 打包你的 demo，上传到 github 或者百度云盘，让别人可以很快下载到
一个范例
总结
提问技巧，也是属于沟通技巧之一。
笔者认为要达到有效的沟通，双方都需要有同理心，要换位思考。
愿这篇文章能为大家带来一些启发，能够收获更多满意的答案。