如果你的问题没有得到很好很快的解决，很可能是你的提问 姿势不对哟，想要良好的体验，“姿势"很重要！！
一、几种错误的提问姿势
1、无效提问式
DEV1: 在？
DEV2: hello
经常有开发小伙伴会酱紫问，如果俺刚好不在电脑前 或消息太多被淹没了没及时回答，之后这些小伙伴们也不说话。。。然后就没有然后了。。。
不要问在不在啦,直接说事呗~
这样也解决节约沟通成本哟~
2 、提供无效信息类
DEV1：我的数据库出问题了 ....
DEV2：测试环境数据库访问不了了...
DEV3：dba大大，跪求帮忙看一下啊，DMS卡住了， 上线卡住了...
这类提问最多也最无效。没有提供俺足够的信息啊，哭晕/(ㄒoㄒ)/~~
什么环境？哪个库表？具体的报错信息是？
提问提供足够的信息，说清楚 环境、库表，具体报错信息链接、报错内容截图喔~
3、 简单技术咨询类
DEV1: 在吗？咨询一个技术问题，INT类型的存储长度是多少？
DEV2: 我想更改一个表字段默认值，咋写sql呀？
关于技术咨询类的问题， 你直接问题俺是可行的，不过，这不是解决问题的最短路径哟~
【Tips】:
有种工具叫做 google，可以更加快捷，准确的提供你要的答案哟~
打开企业微信，搜索DBA ，输入问题的时间 和直接Google的时间相比，你猜哪个更快😎（嘿嘿，Google真的木有给俺广告费）
4、直接贴图
DEV1: 在吗？ 我的流程报错了
DEV2: 帮忙处理个流程呗
DBA : 你的流程链接是
DEV1：发来一个带流程单号的截图
DEV2：发来一个带流程单号的截图
DBA 打开截图->放大截图->获取流程信息->->手动输入流程ID->查看链接或hsql->开始审核...
（来，一起歌唱：时间都去哪了~还没好好感受就老了，每天流程号就输1小时，转眼就只剩下满脸的皱纹了）
【Tips】:
关键报错信息，流程单号、IP、库名表名、特别是库表名很长直接发字符串，不要发图片哟~
酱紫才能更高效的解决问题嘛~
5、提供错误信息类
DEV1: 突然查不到这个表 XXXZ了
DBA :应该有的啊，我看看哈
XXX库 的确没有你说的表啊，不过 XXS库 有介个表XXXZ
DEV1: 不好意思 ，我搞错数据库了
DBA : 。。。。
【Tips】:
有疑问自己先简单定位下,确定是DB问题再提问啦~ (≧▽≦)~啦啦啦
6、空前绝后型
直接甩一条sql过来 ，然后什么都不说。。。
表示俺想帮忙也无从下手啊 +_+
二、好的提问"姿势"
好的提问方式，举个栗子：
XXX 环境 XXXX 库 IP：XXX 端口 XX
报错内容：XXXXXX
报错链接：XXXXXX
SQL语句 ：XXXXXX
俺的未读消息通常多得超乎你想像(≧▽≦)
所以捏，一般偶是酱紫处理提问的：
1.无效提问 忙的时候会直接忽略；
2.有效提问 俺会先判断问题重不重要，简单分类紧急重要、紧急不重要、重要不紧急，然后安排当天内处理完；
3.有说明 3个W属性提问的（when，who，what ），同分类中优先处理；
好的提问，信息足够充分，问题提出后不需要回答者多次询问，酱紫也有助于解决问题的时间被缩短，同时提升彼此的工作幸福度喔O(∩_∩)O~~
参考文档：
杨一的谋篇博客
网友评论