[转载]如何提问。

kylins

ProblemSolvingStepOne
<转自 TopLanguage>

        这个世界上永远都有一个解决问题的最简单之道：就是叫别人帮忙。但是同样也有一条公理：没有免费的午餐。自己什么也不肯做，只想让别人帮忙，不仅不实际，而且对自己的思维锻炼和问题解决能力没有任何长远好处。

       这里特别地说一点，关于一些"很基础"的问题，我观察发现，提问这些基础问题的朋友其实总是有一个更大的问题在背后：那就是就算别人帮你解决了这 个问题，你还是会遇到其他基础问题，比如如果你想用一门语言，但却不先去看一下基本的ABCD，直接操起IDE就想写代码，编译出错了然后就把错误扔上来 问怎么回事，就算别人告诉你了，后面你还是会继续遇到一大摞ABCD问题，实质上真正的问题是基本功就没有做，想要一步登天，或者想要别人手把手全程陪伴 你，怎么可能？有人会argue说：那为什么我不可以询问我应该看哪些资料呢？问题是如果你需要看的是基础资料，那么其实很简单，把领域关键词往 Wikipedia上一扔，到相关页面看Reference部分，就能够看到最靠谱最权威的参考。或者把领域关键词往Amazon甚至Douban上一扔 也可以查到哪些书比较经典，剩下的就是阅读和动手了，遇到不明白的问题第一步应该是去问资料，我想绝大多数人应该都能判断自己的问题是否能在资料上找到 吧？我发现大多数问题都可以规约为查合适的资料的问题，而查合适的资料又是很简单的事情：我一直使用的就是 Wikipedia/Amazon/Google ，从来是无往不利。

        而需要用到分析问题的能力的时候：对于一些更为practical的问题，我观察发现有同学不会分析问题，而不会分析问题又是因为平素分析 问题太少（恶性循环），总是想"最快"的解决问题，问题是容易的路越走越难，困难的路越走越容易。遇到问题是很好的锻炼的机会，如果别人帮你分析解决，你 就等于将这样的机会扔掉，是很可惜的。


RTFM 多读文档，知道软件能做什么，如何做，为什么这么做
<摘自 计算机编程新人入行指导>

        首先是读文档。计算机方面有个著名的黑话叫做RTFM，什么意思呢？按字面翻译就去“去读他妈的文档”，这是在新闻组或者论坛里可能常见的回复，一些人娇滴滴的说“我是妹妹，能指导一下这个问题么”或者贱兮兮的”跪求某某问题答案”。当然，同事之间不可能搞这些，不过也经常碰到有人问一些感觉非常简单 问题，这些问题实际上都在项目文档或者软件规范里就明白写着。

       请多用Amazon和Wikipedia来搜索你需要的资料
转自{询问}lisp，和lambda 有什么好的教程

本行业的资料，多在google\Amazon 等地方可以找到 Top*，互联网旨在分享，信息丰富，善于从浩瀚的网海中精准地搜寻到自己所需，是一种需要锻炼的必备的能力


以上内容摘自 TopLanguage

eomolieshou

额~~我也是这么想的