之前一直没觉得这个能力有什么，最近给一个人做项目才发现这个问题。
目前和两个人一起做着项目，不过两个人的描述问题方式简直千差万别，让人感慨，两人不妨称其为A以及B。
如果对于同样一个短信发送乱码的问题。
A 的描述：
短信发送乱码
B 的描述：
在进行XX操作（将具体的操作流程进行一番描述）发送短信时，会出现乱码如下。（一个乱码短信的截图）。
相信大家看到A的描述肯定是一脸懵逼，WTF，这都是什么鬼，根本没有半点意义嘛，如果沟通的条件还算方便的话，还可以通过邮件或者IM软件等进行沟通，但是这个过程必定是低效的，本来可能花五分钟时间就可以搞定的问题，这么来回问答，估计要半个小时才能弄懂做什么，当然问题仍然没有结束，可能这个任务在一个清单上，而描述又在另外的地方，做起这个任务来，肯定是来回折腾，十分麻烦。
也许有的时候，我们总是忽略这一点，感觉作为一个程序员，大部分时候是和电脑打交道，和人打交道的时候毕竟是少数。但是，事实上，并不是这个样子。当我们使用一些软件/框架出现bug的时候，如果能对bug很好地描述，让开发者可以复现，可以很快地解决这个问题，双方都会收益。