StudyJams的第二阶段终于有了动静，第一回合要参加的同学回答几个问题，第一眼看到这些问题时觉得有点儿蒙圈儿，倒不是问题如何如何困难，而是觉得这些似乎是一些基础的技能，平日里也会去做去用，但要总结似乎有些不知从何说起，其中有一个问题我觉得颇有意思

如何向一个千人的邮件群组发送一封技术求助邮件，需要注意哪些？

其实我也没玩过邮件群组，真说起来是不太清楚该注意些什么，但我大概揣测了一下主办方提问的出发点，觉得这个问题是个很有意义的问题，原因是学会如何提问往往也就学会了如何去思考解决问题的思路。

学会搜索——避免变成伸手党

有许多问题早已有无数人问过，更有无数种解决方案在网间流传，因此许多问题其实只需要通过搜索引擎+准确有效的关键词就能找到解决的方法。
尤其是在Stackoverflow这种网站出现以后，对于新手而言，遇到的90%以上的问题都不是新问题，完全可以通过搜索和思考来解决，在这种情况下个人推荐不要轻易提问，而是先尝试自己寻找一下答案，这种寻找答案的过程也是一种思考，在搜索的过程中你需要整理思路，如何描述最准确，比如现在你需要一个方法来解决某个问题，你可以尝试先思考一下这个方法应该是怎样的，然后根据你的思考结果去搜索，往往会发现已经有这种思路存在，你需要学习的是语法和代码的具体实现过程，千万不能盲目追求“解决问题”而直接寻找答案，这样往往忽略了过程，导致知其然而不知其所以然，尽管从结果来看你最后解决了问题，但如果下一次遇到类似的问题时可能又会没了思路。
千万要避开下面这种“盗版学习教材”！

避免废话——准确描述问题

自从有了QQ之类的IM软件以后，人与人之间的交流变的容易起来，而因为太容易就变得不太在意语言的承载能力，所以变得废话连篇起来

在么？
在不在？上线了找我……
嗯……好
哦
呵呵

诸如此类的对话每天见到太多，因为成本低就肆无忌惮地挥霍起来，恨不得每一次回车只带一个字出去，兴许就成就了一种新的艺术形态。
设想在当初信息不发达的时候，写起信来都是咬文嚼字，恨不得一句话能表达出一百种的心思（看看古文多言简意赅一.一)。
然而现在这种说话的方式水分太多，有效信息往往不足，导致沟通的效率极地，而程序员是一个大多讲究效率的群体，因此太多废话往往会让人十分恼火，在决定要提问前务必注意以下几个点。

• 首先，应当礼貌，毕竟别人帮你是情分不是义务
• 其次，尽可能详细而准确的描述自己遇到的问题
• 然后，附上错误信息，附件或全文复制皆可，文本优于截图（更便于复制、检索、归档）
• 最后，在有人答复以后不要轻易动用reply all这种大杀器，过频使用群发邮件会对很多人造成困扰