开个帖子说说问问题的策略吧

Question

问一个问题行还是不行,如果是思维性的高度的,那是高级问题;但如果问一个比较简单,唾手可得的,那是低级.问一件事情为什么是这样或为什么不是这样很多情况下是相对高级的。
   问问题可以很容易，但解决问题却是一个人的水平的体现。在有很多现成工具下，验证、调试是很方便或者相当方便。而比如一个硬件和固件的结合体，两者都是自己设计，自己想办法让它能跑的，那就麻烦了。因为那在有着诸多现成工具的情况下看来，这里似乎近似原始，可能随便出一个小问题，都会让你为是硬件问题还是固件问题忙活一阵，并且在这里可没有那么多现成的调试工具和调试手段，工具和手段很多时候是自己设计，自己造的

Answer 1

多数的问题都是“砖”，引出来玉了就是“好砖”，引不出来的就是“烂砖”。

Answer 2

问问题也不是件容易事。你想求得高水平的回答，就要在提问上动脑筋。

Answer 3

很多问题大家并关心，毕竟不是自己工作中的问题，而每个人有没有义务解决别人的问题，提问者却总是着急“现在是要解决我的问题，不是引出玉来”，其实他的问题已经解决了，只是提问者没有思考回复者的意思。
再者，很多问题就说不清楚，上下文什么都没有，猛的来一句，编译器是怎么弄的啊？我知道你什么编译器啊？我知道你有什么资料？我知道你想干什么啊？说白了还是你不会用你买的编译器，我又不知道你什么环境，说一个我认为还可以思路，说的不合你思路了你就说我蠢，这就是我越来越喜欢灌水的原因，有时间我更愿意学习一下人家是怎么设计的，自己去贡献点代码。
最无奈的是不是问题的问题，GCC怎么这么蠢啊？编译器优化怎么这么弱智啊？GCC怎么错误了？你搞明白没有这分明是你不会用，说优化弱智的连优化选项都没有打开，说错误的明明是自己不会用，说蠢的就压根没明白是怎么回事。这些是编译的问题吗？lcc的作者就强调，如果你mail我lcc的bug，你要确定这是lcc本身的bug，而不是lib或者你的代码的bug，或者你不用使用lcc。
另外需要澄清的是，看一小段简单的代码生成的汇编代码不是学习优化，标量优化已经很成熟了，在这上边浪费时间没意思，现代编译器的核心问题在于分析、转换、IR的配合，如果对这些有兴趣，好好找几篇paper看看，用心去读一本书，好好看看现有不错的开源编译器。比在bbs上干什么都强。
请勿遐想，我只是举出一些例子。毕竟本版还没有回帖不看帖重复灌水和到处叫老大的情况，也没有a＋＋还是＋＋a讨论一年的情况。既然在bbs上讨论一些技术问题，就敞开的交流，共享自己的知识，技能是锻炼出来的，知识是死的，能力是活的。
最后一句话，如果你想别人能帮你解决问题，把问题描述清楚了，把你的环境细节说清楚，没有签保密协议的代码就拿出来相关部分。