《Perl编程24学时教程》16.3.6

《Perl编程24学时教程》是我最早买的几本计算机相关的书籍之一，购自中科大旁一个计算机图书专卖店。当年没有现在这样便利的网络条件（也根本不会上网），获取软件就靠买光盘，获取计算机知识就靠买杂志。幸好我们学校和中科大相邻，步行二三十分钟就能到。一次偶然发现了那个书店，对我来说就像阿里巴巴找到了藏宝洞。 当时好像特别流行“某某24学时教程”、“某某从入门到精通”这类东西。《Perl编程24学时教程》可能也是潮流下的产物。这本书的优劣我没有资格评论，但是对当时的我来说，它的确是星星之火。这本书不光让perl成为了我学会的第一门编程语言，更重要的是让我明白了获取计算机类知识的途径。虽然几年后又读了《 提问的智慧 》这样的经典作品，但《Perl编程24学时教程》中的这一段对我的影响仍然是最大的。 16.3.6   请求他人的帮助 如果你已经查看了在线文档，参考书和Usenet的历史信息，但是仍然没有找到问题的答案，那么就应该求助于其他人了。 请求他人的帮助应该是你最后采取的措施，当然不是你首先采取的措施。专家是回答问题的最佳人选。他们能够接受你提出的措词糟糕的问题，并且在某个时候为你的问题提供出色的解决方案。不过与我提到的所有其他资源不同的是，人不具备解决问题的无限能力。他们会感到疲倦，他们会有心情不好的日子，他们尤其会厌倦一次又一次回答同一个问题。 虽然你所问的这个人很可能知道问题的答案，但是应该记住，你要他回答你的问题必然要占用他的时间，并且是利用他的经验。在麻烦他人帮你解决问题之前，你有责任先从其他地方寻求解决问题的方法。    若要在Usenet上提出问题，必须使用新闻阅读器或者前面讲到的一种Web新闻接口。在你提出问题时，请遵循下列原则：    1) 在你做其他事情之前，先要看一看新闻组是否拥有常见问题列表。 Perl新闻组有一个这样的列表，它是随着Perl解释程序一道提供给你的。对于其他新闻组，请先搜索deja.com，找出该组的常见问题的列表，然后再发布你的消息。    2) 应该将问题提供给正确的新闻组。一般的Perl语言问题应该提供给comp.lamg.perl.misc新闻组。与CGI相关的编程问题应该在 comp.infosystems.www.authoring.cgi上发布。通过该新闻组的常见问题列表，你就会知道是否在正确的地方发布了你的问题。    3) 为你发布的问题选择一个比较好的主题行。它应该很好地描述你要提的问题，避免毫无用处的文字（“帮帮忙”、“新问题”之类的文字都是多余的），既要有表义性，也要简明扼要。 4) 确保问题的主体包含下列元素： a. 说明你究竟想干什么（甚至应该说明为什么要这样做）。 b. 说明到现在为止你已经做了哪些试验。 c. 说明你遇到过哪些错误。    如果你发布了你的代码的出错消息或代码的引用，那么也应该发布足够的代码，使回答问题的人能够知道你的代码的运行情况。如果你打算处理数据，则应包含一些代码行作为例子。    问题的主体不应包括下列元素： a. 大的代码段。 b. EXE等二进制文件或uuencoded编码的文件。 c. MIME附件。相反，你可以将例子和代码纳入文本的主体中。 5) 务必发布一个有效的电子邮件地址，以备有人想要回答你的问题但又不想公开回答时使用。 6) 最重要的一点是：你应该非常有礼貌。你是寻求素不相识的人为你提供帮助。任何人都没有帮助你的义务。你应该多说“请”和“谢谢你”，并且不要使用不礼貌的评语。不要使用欺骗性手段来谋求他人的帮助，比如说“帮助一个可怜的小女孩编写她的CGI程序”，或者说“我将为你提供一个免费的Web页，如果你……” 这些话语显得非常失礼，而且有些低声下气。    当你将文章发布在新闻组上之后，应该等待其他人提供解决方案。 Usenet新闻要花费数天时间才能传遍全世界，人们不可能跟踪和阅读每一篇文章。你应该有耐心，在等待解决方案的同时，可以再次提出这个问题。无论你做什么，不要过早在Usenet上再次提出这个问题。至少要等待两个星期之后，再提出这个问题。你应该改变提出问题的措词，使主题行更加清楚，然后再试一次。 对你的文章的反应可能立即出现（在几分钟内），也可能在一个月或更长时间之后出现。正如在前面讲过的那样，对你提出的问题的解决方案的质量差别很大。有些很有参考价值，有些可能是错的。有些回答很有礼貌，有些则非常粗鲁。按照网络礼仪，你应该感谢为你提供解决方案的人。如果有人过分热情，你不必在意。