程序员问问题的艺术（转）

作为一个程序员，在学习中、工作中难免遇到自己无法解决的问题，这时候就需要向你的“前辈们”请教了。哎？问题来了，那就是如何请教？

有人说，怎么这也算问题？把情况跟你正在请教的人说明一下不就完了吗。Ok！回答的很好，说起来就是这么简单，但是真正执行起来，问题多了去了。

这也是根据我多年的工作经验得出来的，问问题是一门大艺术。其实这是说话的艺术，普通人那就叫说话，可是有些人说的很好，写出来编成书那就成了著作，完全是两个不同的级别！

在笔者的实际工作中，经常遇到类似的问题。很多人跟你请教问题，说的是云山雾绕，说了大半天也不知道他到底遇到了怎样的问题，需要你从他的话语中去推测他应该遇到了什么。然后你带着他把问题发现。

这是一种很糟糕的交流，费时费力，而且很容易让人产生反感。而且事后你会发现，其实他的问题用一句话就能直截了当的说的很明白，但是他就是不往重点上讲。有人会说，其实就是因为他不知道重点在哪，所以才不会解决的。错！大错特错！跟这个一点关系都没有。其实这完全是一种问题的概括能力。

所以如果你要问问题，该怎么做，才能使交流变得简单、高效？

1.不要说有歧义的话，目标要明确。比如有人这样问问题：“张三，系统密码是多少来？”。如果你这样问，你让张三如何知道你说的是什么系统，就算猜到是什么系统，你要的是什么密码，可能你们的系统有多种用户多种密码？哪怕当前你们只有一个系统也要明确的问！所以你应该这样问：“张三，我们的考勤系统超级用户登陆密码是多少来？”。这样一来，所以的问题都很明白了，对象是考勤系统，你想要的超级用户的系统登陆密码。Ok，如果你这样说了，张三还会不明白吗？但是在实际工作中，这样的情况实在太多太多了。

2.你可以不说话，直接操作一下，让你正在请教的人看一下你的实际操作，还有遇到的问题，然后把你相关的代码程序片指给他。俗话说，百闻不如一见。你说的再多，不如将问题再现一下，直截了当。何况，你的概括能力那么差，就更应该少说，免得浪费时间。作为一个老员工或者有经验的人来讲，你这么一操作他就能知道你遇到什么问题，再看看你的程序片，两三下就能把问题给你解决了。

3.如果你只能通过说话把问题表达出来，务必务必把你涉及的问题中出现的对象概括一下，串接一下。别老说些不着边的话，说点“干货”不会死人的！你说完之后如果需要别人给你总结出来，那你就太失败了。

总之，问问题之前，你最好换位思考一下，我这么说对方能听懂我在说什么吗？简单组织组织，就算组织的不好，也能让交流变得快捷有效。

多注重细节，你才能更快成功！谢谢！