一 前言
工作四年多了，接触了很多开发和其他岗位的同事 ，遇到各种各样的问题。求助过他人也帮别人解决过问题，然而在解决问题的过程中，合理的提问方式等于事半功倍，提出问题的同时，提问者就已经了解了问题的本质或者解决方法了 ，不合理的提问方式则事倍功半，浪费提问者和解答者的时间，效率低下。本文聊聊工作中常见的错误的提问方式.
二 错误的提问姿势
如果“你”的问题没有得到很好很快的解决，很可能你的 姿势不对，想要良好的体验，“姿势"很重要。
2.1 无效提问式
经常有人在问你之前，会通过旺旺问 你在不在 比如：
A: 在？
然后如果没有及时回答，或者不在电脑旁边之后就没有了。
看到信息时，我不明所以。通常的判断是 问题不重要，我会放到不紧急不重要的类别处理。合理的留言可以把需要做的事情 简单说明 ，加上when，who，what 三个属性。当对方看到信息之后可以进行有的放矢的沟通。节约沟通成本。
友情提示 ，如果真的要看 对方在不在 微信/钉钉甩一个 大红包，如果对方立马接了，那说明他肯定在。。
2.2 提供无效信息类
DEV:我的数据库出问题了/访问不了了 /....
DBA:？？
这种提问方式是最常见的，其实也是最无效的. 没有提供DBA足够的信息 数据库名称,或者ip 端口 或者tddl appname ，线上 还是线下环境 ，如果有报错,具体的日志信息是什么？
提问者提出的问题要满足一个闭环,也就是你发出问题之后,信息要足够充分不需要回答者多次询问.经常有些资深title的人提出很无效的问题导致解决问题的时间被拉长。
2.3 简单技术咨询类
DEV: 在不在，咨询一个技术问题，INT类型的存储长度是多少？
DBA: 分正负 。。。
诚然 ，关于技术咨询类的问题， 你直接问题DBA 是可行的，但是有种工具叫做 谷歌（虽然偶尔抽风），可以更加快捷，准确的提供你要的答案 ，而且还附带其他数值类型的取值范围。大家都喜欢选择“自以为”的最短路径来达到目的，仔细想想，打开旺旺，输入姓名 ，输入问题的时间 和你搜索谷歌的时间相比哪个更快。
2.4 提供错误信息类
DEV: 我在xxx平台为啥查不到这个表 XXXZ
DBA: 应该有的啊，我去看看 。。。
去平台或者DB查询
DBA: 的确没有你说的表啊，不过有类似的 XXXX
DEV： 不好意思 ，我搞错了
类似的例子 还有其他类型，提供错误或者不准确的信息源 ，解决者通过错误的信息源估计永远拿不到你想要的答案。。
2.5 直接贴图
DEV: 在吗？ 请看看我这个工单 ，附上一张截图
DEV: 我的任务还没执行。。
DBA: 你的任务号是多少
DBA 单击图片，查找工单id，手工输入到系统 。获取信息 。
通常如果别人依赖你的输出作为输入的话，比如需要你提供某些订单号，id，实例信息 等等请把文字版的信息给对方而非给图片。曾经在北京出差的时候，和某些第三方电信行业的开发商合作过，和他们之间沟通传递信息，经常遇到对方贴过了的一个图片 ，要查询某个序列id，然后看着图片手工输入。大家可以想想类似的情形，如何才能更高效的解决问题。
2.6 空前绝后型
惜字如金，给一条sql ，然后什么都不说，让别人去猜测的 ，这个可以上面提供无效信息类似 ，遇到这类的人 ，想要帮忙也真心无从下手
三 小结
本文暂时罗列工作中常见的低效率提问方式，后续会陆续补充其他的。当然读者朋友也可以提供你们经常遇到问题。特别想强调一下DBA作为一个服务提供者 ，开发就是客户，必须有良好的服务态度，但是当一个DBA 面对成百上千个客户(在阿里基本上是 1:500 左右，甚至更多 )的咨询或者提问时候,又有谁有多少耐心帮开发组织有效的提问方式呢？
学会有效的提问会极大的缩减彼此的沟通成本和提高解决问题效率，提升工作幸福度。。
工作四年多了，接触了很多开发和其他岗位的同事 ，遇到各种各样的问题。求助过他人也帮别人解决过问题，然而在解决问题的过程中，合理的提问方式等于事半功倍，提出问题的同时，提问者就已经了解了问题的本质或者解决方法了 ，不合理的提问方式则事倍功半，浪费提问者和解答者的时间，效率低下。本文聊聊工作中常见的错误的提问方式.
二 错误的提问姿势
如果“你”的问题没有得到很好很快的解决，很可能你的 姿势不对，想要良好的体验，“姿势"很重要。
2.1 无效提问式
经常有人在问你之前，会通过旺旺问 你在不在 比如：
A: 在？
然后如果没有及时回答，或者不在电脑旁边之后就没有了。
看到信息时，我不明所以。通常的判断是 问题不重要，我会放到不紧急不重要的类别处理。合理的留言可以把需要做的事情 简单说明 ，加上when，who，what 三个属性。当对方看到信息之后可以进行有的放矢的沟通。节约沟通成本。
友情提示 ，如果真的要看 对方在不在 微信/钉钉甩一个 大红包，如果对方立马接了，那说明他肯定在。。
2.2 提供无效信息类
DEV:我的数据库出问题了/访问不了了 /....
DBA:？？
这种提问方式是最常见的，其实也是最无效的. 没有提供DBA足够的信息 数据库名称,或者ip 端口 或者tddl appname ，线上 还是线下环境 ，如果有报错,具体的日志信息是什么？
提问者提出的问题要满足一个闭环,也就是你发出问题之后,信息要足够充分不需要回答者多次询问.经常有些资深title的人提出很无效的问题导致解决问题的时间被拉长。
2.3 简单技术咨询类
DEV: 在不在，咨询一个技术问题，INT类型的存储长度是多少？
DBA: 分正负 。。。
诚然 ，关于技术咨询类的问题， 你直接问题DBA 是可行的，但是有种工具叫做 谷歌（虽然偶尔抽风），可以更加快捷，准确的提供你要的答案 ，而且还附带其他数值类型的取值范围。大家都喜欢选择“自以为”的最短路径来达到目的，仔细想想，打开旺旺，输入姓名 ，输入问题的时间 和你搜索谷歌的时间相比哪个更快。
2.4 提供错误信息类
DEV: 我在xxx平台为啥查不到这个表 XXXZ
DBA: 应该有的啊，我去看看 。。。
去平台或者DB查询
DBA: 的确没有你说的表啊，不过有类似的 XXXX
DEV： 不好意思 ，我搞错了
类似的例子 还有其他类型，提供错误或者不准确的信息源 ，解决者通过错误的信息源估计永远拿不到你想要的答案。。
2.5 直接贴图
DEV: 在吗？ 请看看我这个工单 ，附上一张截图
DEV: 我的任务还没执行。。
DBA: 你的任务号是多少
DBA 单击图片，查找工单id，手工输入到系统 。获取信息 。
通常如果别人依赖你的输出作为输入的话，比如需要你提供某些订单号，id，实例信息 等等请把文字版的信息给对方而非给图片。曾经在北京出差的时候，和某些第三方电信行业的开发商合作过，和他们之间沟通传递信息，经常遇到对方贴过了的一个图片 ，要查询某个序列id，然后看着图片手工输入。大家可以想想类似的情形，如何才能更高效的解决问题。
2.6 空前绝后型
惜字如金，给一条sql ，然后什么都不说，让别人去猜测的 ，这个可以上面提供无效信息类似 ，遇到这类的人 ，想要帮忙也真心无从下手
三 小结
本文暂时罗列工作中常见的低效率提问方式，后续会陆续补充其他的。当然读者朋友也可以提供你们经常遇到问题。特别想强调一下DBA作为一个服务提供者 ，开发就是客户，必须有良好的服务态度，但是当一个DBA 面对成百上千个客户(在阿里基本上是 1:500 左右，甚至更多 )的咨询或者提问时候,又有谁有多少耐心帮开发组织有效的提问方式呢？
学会有效的提问会极大的缩减彼此的沟通成本和提高解决问题效率，提升工作幸福度。。
