盒子
盒子

描述问题的能力

之前一直没觉得这个能力有什么,最近给一个人做项目才发现这个问题。

目前和两个人一起做着项目,不过两个人的描述问题方式简直千差万别,让人感慨,两人不妨称其为A以及B。

如果对于同样一个短信发送乱码的问题。

A 的描述:
短信发送乱码
B 的描述:
在进行XX操作(将具体的操作流程进行一番描述)发送短信时,会出现乱码如下。(一个乱码短信的截图)。

相信大家看到A的描述肯定是一脸懵逼,WTF,这都是什么鬼,根本没有半点意义嘛,如果沟通的条件还算方便的话,还可以通过邮件或者IM软件等进行沟通,但是这个过程必定是低效的,本来可能花五分钟时间就可以搞定的问题,这么来回问答,估计要半个小时才能弄懂做什么,当然问题仍然没有结束,可能这个任务在一个清单上,而描述又在另外的地方,做起这个任务来,肯定是来回折腾,十分麻烦。

也许有的时候,我们总是忽略这一点,感觉作为一个程序员,大部分时候是和电脑打交道,和人打交道的时候毕竟是少数。但是,事实上,并不是这个样子。当我们使用一些软件/框架出现bug的时候,如果能对bug很好地描述,让开发者可以复现,可以很快地解决这个问题,双方都会收益。