不看这篇，别怪GPU大神们不回答你的问题！

本篇改编自 Eric Steven Raymond 的《提问的艺术》

在Lady的GPU应用技术开发QQ群里，当提出一个技术问题时，你能得到怎样的回答？ 这取决于挖出答案的难度，同样取决于你提问的方法。 本指南旨在帮助你提高发问技巧，以获取你最想要的答案。

首先你必须明白，一般来说群里的GPU大神们（比如猫叔、酱油张三、C语言魔法师等）偏爱艰巨的任务，或者能激发他们思维的好问题。如若不然，他们来群干吗？

如果你有值得我们反复咀嚼玩味的好问题，我们自会对你感激不尽。

好问题是激励，是厚礼，可以提高我们的理解力， 而且通常会暴露我们以前从没意识到或者思考过的问题。 对大神们而言，“问得好！”是发自内心的大力称赞。

尽管大神们有蔑视简单问题和不友善的坏名声，有时看起来似乎我们对新手，对知识贫乏者怀有敌意，但其实不是那样的。

我们不想掩饰对这样一些人的蔑视–他们不愿思考， 或者在发问前不去完成他们应该做的事。 这种人只会谋杀时间–他们只愿索取，从不付出，无端消耗我们的时间， 而我们本可以把时间用在更有趣的问题或者更值得回答的人身上。

我们在很大程度上属于志愿者，在繁忙的工作或学习中抽出时间来解惑答疑，

而且时常被提问淹没。所以我们无情的滤掉一些话题， 特别是抛弃那些看起来象loser的家伙，以便更高效的利用时间来回答胜利者的问题。

如果你觉得我们过于傲慢的态度让你不爽，让你委屈，不妨设身处地想想： 我们并没有要求你向我们屈服，Lady我也没要求你必须跟我们买GPU卡和GPU服务器–事实上，群里确实有不少朋友最后也成为了我们的客户。

只要你付出小小努力来满足最起码的要求，我们就会在群里热烈地欢迎您（您看群里的蚂蚁、七月、Cudaer、FFT等，他们不少人都曾经被大神禁过言，甚至T出过群），但让我们帮助那些不愿意帮助自己的人是没有意义的。

如果你不能接受这种“歧视”，我们建议你花点钱找家商业公司签个技术支援协议得了；如果你决定向我们求助，当然不希望被视为失败者，更不愿成为失败者中的一员。立刻得到有效答案的最好方法，就是象胜利者那样提问

—— 聪明、自信、有解决问题的思路，只是偶尔在特定的问题上需要获得一点帮助。

提问之前

在我们的技术群里或者GPU世界论坛提出技术问题前，检查你有没有做到：

1. 通读手册(Manual)，试着自己找答案。 2. 在论坛里找答案（我们的GPU世界论坛注册登陆后可以搜索问题，注意：注册后需要我们在后台人工审核，这会花费一点时间，当然你可以在群里提醒我一下）。 3. 在网上搜索（个人推荐google~~~）。 4. 向你身边精于此道的朋友打听。

当你提出问题的时候，首先要说明在此之前你干了些什么； 这将有助于树立你的形象：

你不是一个妄图不劳而获的乞讨者，不愿浪费别人的时间。 如果提问者能从答案中学到东西，我们更乐于回答他的问题。

周全的思考，准备好你的问题，草率的发问只能得到草率的回答， 或者根本得不到任何答案。越表现出在寻求帮助前为解决问题付出的努力， 你越能得到实质性的帮助。

小心别问错了问题。如果你的问题基于错误的假设，大神们通常会用无意义的字面解释来答复你，心想着“蠢问题…”，希望着你会从问题的回答（而非你想得到的答案）中汲取教训。

决不要自以为够资格得到答案，你没这种资格。毕竟你没有为这种服务支付任何报酬。

你要自己去“挣”回一个答案，靠提出一个有内涵的，有趣的，有思维激励作用的问题–一个对社区的经验有潜在贡献的问题，而不仅仅是被动的从他人处索要知识–去挣到这个答案。

另一方面，表明你愿意在找答案的过程中做点什么，是一个非常好的开端。 “谁能给点提示？”、“我这个例子　缺了什么？”以及“我应该检查什么地方？” 这比“请把确切的过程贴出来”更容易得到答复。因为你显得只要有人指点正确的方向， 你就有完成它的能力和决心。

怎样提问

选择对的论坛和技术QQ群

1

小心选择提问的场合。经常有人在我们GPU应用技术群里问关于VS或者C语言编程的问题，还有如何使用ubuntu的问题，通常我们都会建议去相应的QQ群或者论坛寻找答案。

精确描述，信息量大

2

1. 谨慎明确地描述症状。

2. 提供问题发生的环境（机器配置、操作系统、应用程序以及别的什么）。 3. 说明你在提问前是怎样去研究和理解这个问题的。 4. 说明你在提问前采取了什么步骤去解决它。 5. 罗列最近做过什么可能有影响的硬件、软件变更。

尽量想象大神会怎样反问你，在提问的时候预先给他答案。

话不在多

3

你需要提供精确有效的信息。这并不是要求你简单的把成吨的出错代码或者资料

完全转储摘录到你的提问中。如果你有庞大而复杂的测试条件，尽量把它剪裁得越小越好。 这样做的用处至少有三点。 第一，表现出你为简化问题付出了努力，这可以使你得到回答的机会增加； 第二，简化问题使你得到有用答案的机会增加； 第三，在提炼你的bug过程

只说症状，不说猜想

4

告诉大神们你认为问题是怎样引起的没什么帮助。

（如果你的推断如此有效，还用向别人求助吗？）， 因此要确信你原原本本告诉了他们问题的症状，不要加进你自己的理解和推论。 让大神们来诊断吧。

基本上在群里发生多起大神发飙的原因都是来自提问者一口咬定问题的来源，但最后大神找出来的原因都跟提问者的假设南辕北辙，耽误了找bug的时间。

我们对您们的代码其实没有兴趣，但鉴于您无法描述清楚问题，而又明显开始带有主观臆断的时候，大神们通常都希望你啥也别说，就把原始代码亮出来。

我们也看多了提问者表示代码要保密，这就尴尬了，就好像病人去看医生，跟医生说：我只描述我的症状，但我不能让你检查我的身体，请你告诉我问题到底在哪里....

按时间顺序列出症状

5

对找出问题最有帮助的线索，往往就是问题发生前的一系列操作，

因此，你的说明应该包含操作步骤，以及计算机的反应，直到问题产生。

如果你的说明很长，在开头简述问题会有所帮助， 接下来按时间顺序详述。这样大神们就知道该在你的说明中找什么。

明白你想问什么

6

要知道最能给你有用答案的人也正是最忙的人（他们忙是因为要亲自完成大部分工作）。

如果你明确表述需要回答者做什么（提供建议，发送一段代码，检查你的补丁 或是别的），就最有可能得到有用的答案。 解决你的问题需要的时间越少，越能从忙碌的专家口中掏出答案。

因此，优化问题的结构，尽量减少专家们解决它所需要的时间， 会有很大的帮助–这通常和简化问题有所区别。 因此，问“我想更好的理解X，能给点提示吗？”通常比问“你能解释一下X吗？更好。 如果你的代码不能工作，问问它有什么地方不对，比要求别人替你修改要明智得多。

别问应该自己解决的问题

7

大神们总是善于分辨哪些问题应该由你自己解决；因为我们中的大多数都曾自己解决这类问题。

同样，这些问题得由你来搞定，你会从中学到东西。 你可以要求给点提示，但别要求得到完整的解决方案。

谦逊绝没有害处，而且常帮大忙

8

彬彬有礼，多用“请”和“先道个谢了”。

让大家都知道你对他们花费时间义务提供帮助心存感激。 然而，如果你有很多问题无法解决，礼貌将会增加你得到有用答案的机会。

问题解决后，加个简短说明

9

问题解决后，向所有帮助过你的人发个说明，让他们知道问题是怎样解决的。

如果问题在我们GPU世界论坛里解决了，也请你回到您的帖子，贴一个补充说明，说明问题是怎样解决的，因为您的帖子可能会帮助其他人。

这种补充有助于所有提供过帮助的人从中得到满足感。 如果你自己不是GPU编程老司机，那就相信我们，这种感觉对于那些你向他们求助的导师或者专家而言，是非常重要的。问题久拖未决会让人灰心； 大神们渴望看到问题被解决。

好人有好报，满足他们的渴望， 你会在下次贴出新问题时尝到甜头。

最讨厌的是在群里提了问题，我们给出解答思路后人就没影儿了，当你再次出现在群里提问的时候，我们是回答还是不回答呢？因为你把我们当什么了？

还是不懂

10

如果你不是很理解答案，别立刻要求对方解释。

象你以前试着自己解决问题时那样（利用手册，FAQ，网络，身边的高手）， 去理解它。如果你真的需要对方解释，记得表现出你已经学到点什么，比方说，最近有个人在论坛里问“如何为动态的全局变量数组分配内存”，大神回答：“您需要分配后, 再改写指针值”；一个很糟的后续问题：“怎么改写指针？”聪明的问法应该像作者这样：“哦~~~我的理解是先在host上定义并开一空间aa，然后将aa的指针地址传给a，就实现了device上a的动态数组。不知道我的理解对不对？”