从2012年我们的GPU世界论坛成立起，我们就一直致力于在线回答大家CUDA编程的各种问题。
细心的朋友会发现我们总是在下午到晚上，甚至深夜还在回答问题——因为这就是我们老司机的作息时间。
本指南是指导您如何在本论坛上提问——
立刻得到有效答案的最好方法，就是象胜利者那样提问
—— 聪明、自信、有解决问题的思路，只是偶尔在特定的问题上需要获得一点帮助。
提问之前
在我们GPU世界论坛提出技术问题前，检查你有没有做到：
1. 通读手册(Manual)，试着自己找答案。2. 在论坛里找答案（我们的GPU世界论坛注册登陆后可以搜索问题，注意：注册后需要我们在后台人工审核，这会花费一点时间，当然你可以在群里提醒我一下）。3. 在网上搜索（个人推荐google~~~）。4. 向你身边精于此道的朋友打听。
当你提出问题的时候，首先要说明在此之前你干了些什么； 这将有助于树立你的形象：
你不是一个妄图不劳而获的乞讨者，不愿浪费别人的时间。 如果提问者能从答案中学到东西，我们更乐于回答他的问题。
周全的思考，准备好你的问题，草率的发问只能得到草率的回答，或者根本得不到任何答案。越表现出在寻求帮助前为解决问题付出的努力，你越能得到实质性的帮助。
小心别问错了问题。如果你的问题基于错误的假设，大神们通常会用无意义的字面解释来答复你，心想着“蠢问题…”，希望着你会从问题的回答（而非你想得到的答案）中汲取教训。
决不要自以为够资格得到答案，你没这种资格。毕竟你没有为这种服务支付任何报酬。
你要自己去“挣”回一个答案，靠提出一个有内涵的，有趣的，有思维激励作用的问题–一个对社区的经验有潜在贡献的问题，而不仅仅是被动的从他人处索要知识–去挣到这个答案。
另一方面，表明你愿意在找答案的过程中做点什么，是一个非常好的开端。“谁能给点提示？”、“我这个例子 缺了什么？”以及“我应该检查什么地方？”这比“请把确切的过程贴出来”更容易得到答复。因为你显得只要有人指点正确的方向，你就有完成它的能力和决心。
怎样提问
1. 选择对的论坛
经常有人在我们论坛里问关于VS或者C语言编程的问题，还有如何使用ubuntu的问题，通常我们都会建议去相应的QQ群或者论坛寻找答案。
2. 精确描述，信息量大
谨慎明确地描述症状。
- 提供问题发生的环境（机器配置、操作系统、应用程序以及别的什么）。
- 说明你在提问前是怎样去研究和理解这个问题的。
- 说明你在提问前采取了什么步骤去解决它。
- 罗列最近做过什么可能有影响的硬件、软件变更。
尽量想象大神会怎样反问你，在提问的时候预先给他答案。
3. 话不在多
你需要提供精确有效的信息。这并不是要求你简单的把成吨的出错代码或者资料
完全转储摘录到你的提问中。
如果你有庞大而复杂的测试条件，尽量把它剪裁得越小越好。
这样做的用处至少有三点：
第一，表现出你为简化问题付出了努力，这可以使你得到回答的机会增加；
第二，简化问题使你得到有用答案的机会增加；
第三，在提炼你的bug过程
4. 只说症状，不说猜想
告诉大神们你认为问题是怎样引起的没什么帮助。
（如果你的推断如此有效，还用向别人求助吗？）， 因此要确信你原原本本告诉了他们问题的症状，不要加进你自己的理解和推论。 让大神们来诊断吧。
基本上在群里发生多起大神发飙的原因都是来自提问者一口咬定问题的来源，但最后大神找出来的原因都跟提问者的假设南辕北辙，耽误了找bug的时间。
我们对您们的代码其实没有兴趣，但鉴于您无法描述清楚问题，而又明显开始带有主观臆断的时候，大神们通常都希望你啥也别说，就把原始代码亮出来。
我们也看多了提问者表示代码要保密，这就尴尬了，就好像病人去看医生，跟医生说：我只描述我的症状，但我不能让你检查我的身体，请你告诉我问题到底在哪里....
5. 按时间顺序列出症状
对找出问题最有帮助的线索，往往就是问题发生前的一系列操作，
因此，你的说明应该包含操作步骤，以及计算机的反应，直到问题产生。
如果你的说明很长，在开头简述问题会有所帮助，接下来按时间顺序详述。这样大神们就知道该在你的说明中找什么。
6. 明白你想问什么
要知道最能给你有用答案的人也正是最忙的人（他们忙是因为要亲自完成大部分工作）。
如果你明确表述需要回答者做什么（提供建议，发送一段代码，检查你的补丁 或是别的），就最有可能得到有用的答案。 解决你的问题需要的时间越少，越能从忙碌的专家口中掏出答案。
因此，优化问题的结构，尽量减少专家们解决它所需要的时间，会有很大的帮助–这通常和简化问题有所区别。因此，问“我想更好的理解X，能给点提示吗？”通常比问“你能解释一下X吗？更好。如果你的代码不能工作，问问它有什么地方不对，比要求别人替你修改要明智得多。
7.别问应该自己解决的问题
老司机们总是善于分辨哪些问题应该由你自己解决；因为我们中的大多数都曾自己解决这类问题。
同样，这些问题得由你来搞定，你会从中学到东西。你可以要求给点提示，但别要求得到完整的解决方案。
8. 问题解决后，加个简短说明
问题解决后，向所有帮助过你的人发个说明，让他们知道问题是怎样解决的。
如果问题在我们GPU世界论坛里解决了，也请你回到您的帖子，贴一个补充说明，说明问题是怎样解决的，因为您的帖子可能会帮助其他人。
这种补充有助于所有提供过帮助的人从中得到满足感。如果你自己不是GPU编程老司机，那就相信我们，这种感觉对于那些你向他们求助的导师或者专家而言，是非常重要的。问题久拖未决会让人灰心；大神们渴望看到问题被解决。
好人有好报，满足他们的渴望， 你会在下次贴出新问题时尝到甜头。
最讨厌的是在论坛里提了问题，我们给出解答思路后人就没影儿了，当你再次出现在论坛里提问的时候，我们是回答还是不回答呢？因为你把我们当什么了？
9.还是不懂
如果你不是很理解答案，别立刻要求对方解释。
象你以前试着自己解决问题时那样（利用手册，FAQ，网络，身边的高手），去理解它。如果你真的需要对方解释，记得表现出你已经学到点什么，比方说，最近有个人在论坛里问“如何为动态的全局变量数组分配内存”，大神回答：“您需要分配后, 再改写指针值”；一个很糟的后续问题：“怎么改写指针？”聪明的问法应该像作者这样：“哦~~~我的理解是先在host上定义并开一空间aa，然后将aa的指针地址传给a，就实现了device上a的动态数组。不知道我的理解对不对？”
