在世界上黑客,那种你对技术问题的回答在很大程度上取决于方法你问的问题是关于发展答案的难度。本指南将教您如何以更可能的方式提问给你一个满意的答案。
既然开源的使用已经变得广泛,您可以从其他更有经验的用户那里得到的答案往往与从黑客。这是一件好事;用户倾向于多一点容忍新手经常遇到的失败。不过,治疗像黑客这样的经验丰富的用户将以我们这里推荐的方式通常是从中获得有用答案的最有效方法,也是。
首先要理解的是,黑客实际上喜欢硬问题和一些好的发人深省的问题。如果我们没有,我们不会在这里。如果你给我们一个有趣的问题细嚼慢咽,我们会感激你;好的问题是一种刺激一份礼物。好的问题有助于我们加深理解揭示我们可能没有注意到或思考过的问题。在黑客中,“好问题!”是一个坚强而真诚的人恭维。
尽管如此,黑客还是以满足简单带有敌意或傲慢的问题。有时会这样看起来我们对新手和无知的人是本能地粗鲁。但是这不是真的。
毫无歉意地,我们对那些似乎在提问之前不愿思考或做自己的作业问题。像那样的人是时间接收器——他们不需要回馈,他们浪费了我们本可以花在另一个问题上的时间更有趣,另一个人更值得回答。我们打电话给人们喜欢这样“失败者”(由于历史原因,我们有时会拼写它“卢瑟斯”).
我们意识到有很多人只想使用我们编写的软件,以及对学习技术没有兴趣的软件细节。对大多数人来说,计算机只是一种工具,一种结束;他们有更重要的事情要做,还有更重要的生活要过。我们承认这一点,不要期望每个人都对技术问题让我们着迷。然而回答问题是为那些做对此感兴趣,并愿意积极参与解决问题。这不会改变。也不应该这样;如果是的话否则,我们在做得最好的事情上会变得不那么有效。
我们(大部分)是志愿者。我们在繁忙的生活中抽出时间回答问题,有时我们会被这些问题淹没。所以我们无情地过滤。特别是,我们抛弃了人们的问题为了花费我们的回答时间,他们似乎是失败者更有效地针对获胜者。
如果你觉得这种态度令人讨厌、居高临下或傲慢,检查你的假设。我们不是要你向我们屈服-事实上,我们大多数人都只想应付你作为一个平等的人,欢迎你加入我们的文化,如果你把实现这一目标所需的努力。但它根本没有效率帮助那些不愿意帮助的人他们自己。无知是可以的;装傻是不行的。
因此,虽然没有必要已经具备技术能力为了引起我们的注意是必要的表现出能带来能力的态度-警觉、周到、观察力强,愿意成为制定解决方案。如果你不能忍受这种歧视,我们建议你付钱给某人以获得商业支持签订合同,而不是要求黑客亲自向你。
如果你决定来我们这里寻求帮助,你不想成为其中之一失败者。你也不想看起来像一个。最好的方法要得到快速而有反应的答案,就要像一个聪明、自信和线索特定问题。
(欢迎对本指南进行改进。您可以通过电子邮件发送建议电子邮箱@thyrsus.com或responsd-auto@linuxmafia.com响应.但请注意,本文件并非通用指南到网络礼仪,我们通常会拒绝与在技术论坛上引出有用的答案。)
在通过电子邮件、新闻组或网站聊天板,请执行以下操作:
通过搜索您计划发布到的论坛或邮件列表。
尝试通过搜索Web来找到答案。
试着通过阅读手册找到答案。
尝试通过阅读常见问题解答来找到答案。
尝试通过检查或实验找到答案。
试着通过问一个有经验的朋友来找到答案。
如果你是一个程序员,试着通过阅读找到答案源代码。
当你问问题时,显示你已经做过的事实这些事情首先;这将有助于确定你不是懒惰的海绵和浪费人们的时间。更好的是,展示你所拥有的有学问的从做这些事情开始。我们喜欢回答向那些证明自己可以从中学习的人提出的问题答案。
使用一些策略,比如对任何内容的文本进行谷歌搜索您收到的错误消息(搜索谷歌群组以及Web第页)。这可能会让您直接修复文档或邮件列表线程回答您的问题。即使没有,说“我在谷歌上搜索了以下短语,但没有得到任何看起来有希望的事情”在电子邮件中是一件好事或请求帮助的新闻帖子,如果只是因为它记录了什么搜索无济于事。这也将有助于指导其他人通过将搜索词链接到将有望成为您的问题和解决线索。
慢慢来。不要期望能够解决复杂的几秒钟谷歌搜索的问题。阅读并理解常见问题,坐下来,放松下来,在解决问题之前仔细考虑一下专家。相信我们,他们会从你的问题中知道你做了很多阅读和思考,并且会更愿意提供帮助如果你有准备的话。不要立即开火因为你的第一次搜索没有找到答案而提出的问题许多)。
准备好你的问题。仔细想想。急促的声音问题会得到仓促的答案,或者根本没有答案。你做得越多证明在解决问题时投入了思想和精力你在寻求帮助之前遇到的问题,你越有可能实际上需要帮助。
小心问错问题。如果你问一个基于错误的假设,J.Random Hacker很可能会回答在思考时给出一个无用的字面答案“愚蠢的问题。。。”希望获得什么样的体验你所要求的而不是你所需要的将教会你教训。
永远不要想当然有资格的答案。你不是;毕竟,你没有为服务付费。你会如果你得到了答案,通过问一个实质性的、有趣的、,一个发人深省的问题对社区的体验,而不仅仅是被动地要求他人提供知识。
另一方面,明确你有能力也愿意在开发解决方案的过程中提供帮助是非常好的启动。“有人能提供一个指针吗?”,“我的是什么缺少示例?”、和“我应该有什么网站选中的?”得到回答的可能性比“拜托张贴我应该使用的确切程序。”因为你成功了清楚地表明,如果有人能做到,你真的愿意完成这个过程只要给你指出正确的方向。
在选择提问地点时要谨慎。你是如果你:
黑客们提出的问题在为了保护他们的通信渠道淹没在无关紧要的事情中。你不希望这种事发生在你身上。
因此,第一步是找到合适的论坛。再一次,谷歌和其他网络搜索方法是你的朋友。使用它们来查找与硬件最密切相关的项目网页,或给你带来困难的软件。通常它会链接到常见问题(常见问题)列表,以及项目邮件列表和他们的档案。这些邮件列表是最后的选择如果你自己的努力(包括阅读您找到的常见问题解答)无法为您找到解决方案。项目页面也可以描述错误报告过程,或与之链接;如果所以,跟随它。
向你不属于的人或论坛发送电子邮件熟悉最多是有风险的。例如,不要假设信息网页的作者想成为你的免费顾问。不要乐观地猜测你的问题是否会欢迎-如果您不确定,请将其发送到其他地方,或避免发送它。
选择Web论坛、新闻组或邮件列表时,不要过于相信名字本身;查找常见问题解答或章程以进行验证你的问题是正题。之前阅读一些反向流量发布,这样你就可以了解那里的情况。事实上,对与您在新闻组或邮件列表存档中遇到的问题发布。它可能会给你找到答案,如果没有,它会帮助你提出一个更好的问题。
不要一次枪击所有可用的帮助频道,那是比如大喊大叫和激怒人们。轻轻地穿过它们。
知道你的主题是什么!经典错误之一是提问关于论坛中Unix或Windows编程接口的问题专用于一种语言或库或工具,可在两者之间移植。如果你不明白为什么这是一个错误,你最好不要这样做问任何问题,直到你明白为止。
一般来说,向精心挑选的公共论坛提出的问题更多可能会得到比同等问题更有用的答案一个。这有多种原因。一个是简单的大小潜在的受访者群体。另一个是受众;黑客宁愿回答那些教育了许多人的问题人比问题只服务于少数人。
可以理解的是,熟练的黑客和流行软件的作者已经收到了超过他们合理份额的错误目标信息。如果再加上洪水,在极端情况下你甚至可能成为救命稻草它折断了骆驼的脊背——有好几次受欢迎的项目已撤回支持,因为抵押品无用的电子邮件流量对其个人帐户造成的损害变得难以忍受。
搜索,然后询问Stack Exchange
近年来,Stack Exchange网站社区已经成为是回答技术和其他问题的主要资源甚至是许多开源项目的首选论坛。
在查看Stack Exchange之前,先从谷歌搜索开始;谷歌对其进行实时索引。有人很有可能已经问了类似的问题,Stack Exchange站点通常位于搜索结果的顶部。如果你什么都没找到通过谷歌,再次搜索最相关的特定网站你的问题(见下文)。使用标签搜索有助于缩小范围结果。
如果你仍然没有找到任何东西,请在一最热门的网站。使用格式化工具,尤其是代码,并添加相关标记问题的实质(尤其是您使用的编程语言、操作系统或库出现问题)。如果评论员询问您更多信息,请编辑您的主要帖子。如果有任何答案有帮助,请单击向上箭头投赞成票;如果答案提供了问题的解决方案,请单击检查投票箭头下方,确认其正确。
Stack Exchange已发展到超过100个站点,但在这里最有可能的候选人是:
一些项目有自己的特定网站,包括Android、,Ubuntu、TeX/LaTeX和SharePoint。检查堆栈交换站点最新列表。
您的本地用户组或Linux发行版可能会发布广告新手可以获得帮助的网络论坛或IRC频道。(英寸非英语国家的新手论坛更有可能是邮件列表。)这些是很好的第一个提问的地方,特别是如果你认为你可能被一个相对简单或常见的问题。广告中的IRC频道是一个公开邀请在那里提出问题,并经常实时得到答案。
事实上,如果你得到了给你带来问题的程序一个Linux发行版(现在很常见),最好在在尝试程序的项目论坛/列表之前,请使用发行版的论坛/列表。这个项目的黑客可能会说,“使用我们的建造”.
在发布到任何Web论坛之前,请检查是否有搜索功能。如果是这样的话,尝试几个关键字搜索比如你的问题;这可能会有帮助。如果你做了一个将军网络搜索之前(正如你应该做的那样),无论如何都要搜索论坛;你的网络搜索引擎可能没有将所有论坛编入索引最近。
项目越来越倾向于提供用户支持通过Web论坛或IRC频道,电子邮件更多地保留给开发流量。因此,在寻求项目特定帮助。
在IRC中,最好不要抛出长时间的问题首先对渠道进行描述;有些人会这样解释作为渠道淹没。最好说出一行问题描述以一种在频道上开始对话的方式。
当项目有开发邮件列表时,请将邮件列表,即使您相信你知道谁能最好地回答你的问题。检查文档项目及其主页的项目邮寄地址列表,并使用它。这有几个很好的原因政策:
任何问题都可以问到开发人员对整个团队也很有价值。相反,如果你怀疑你的问题对于邮件列表来说太愚蠢了,其实不是骚扰个别开发人员的借口。
清单上的问题将负载分配给开发人员。个人开发人员(尤其是项目开发人员领导)可能太忙了,无法回答您的问题。
大多数邮件列表都已存档,存档由搜索引擎编入索引。如果你问列表上的问题回答,未来的问题可以在上找到您的问题和答案而不是再次询问。
如果某些问题经常被问到,开发人员可以使用这些信息来改进文档或软件本身就不会那么令人困惑。但如果这些问题是在私下里被问到,没有人对什么问题有完整的了解最常被问及。
如果项目同时具有“用户”和a“开发商”(或“黑客”)邮件列表或如果你没有在网络论坛上破解代码,请在“用户”列表/论坛。不要以为你会欢迎加入开发人员列表,他们可能会在其中体验你的问题是噪音干扰了他们的开发者流量。
然而,如果你是当然你的问题是非平凡,你在“用户”列表/论坛几天,请尝试“开发商”一个。你最好在那里潜伏几天或至少几天查看最近几天的存档邮件,了解本地发布前的民俗(实际上,这是对任何私人或半私人的好建议列表)。
如果您找不到项目的邮件列表地址,但只有查看项目维护者的地址,继续写下给维护人员。但即使在这种情况下,也不要假设邮件列表不存在。在您的电子邮件中提到您尝试过并且找不到合适的邮件列表。还提到你不要反对将你的信息转发给其他人。(许多人们认为私人电子邮件应该保持私密,即使它没有什么秘密。通过允许您的消息转发你给你的通讯员一个如何处理的选择您的电子邮件。)
在邮件列表、新闻组或Web论坛上,主题标题是您吸引合格专家关注的绝佳机会大约50个字符或更少。不要把它浪费在唠叨上“请帮帮我”(更不用说了“请帮忙我!!!!”; 带有类似主题的消息被丢弃反射)。不要试图用你的痛苦给我们留下深刻印象;使用而是用于超级协调问题描述的空间。
主题标题的一个良好约定,被许多技术支持人员使用组织,是“对象-偏差”. The“对象”part指定什么东西或一组东西有问题“偏离”部分描述了偏离预期行为。
- 愚蠢的:
救命!视频在我的笔记本电脑上无法正常工作!
- 智能:
X.org 6.8.1畸形鼠标光标,Fooware MV1005 vid。芯片组
- 更聪明的:
X.org 6.8.1鼠标光标位于Fooware MV1005视频上。芯片组-畸形
编写“对象偏差”描述将帮助你组织对问题的思考更多细节。受影响的是什么?只有鼠标光标或其他图形也可以吗?这是针对X.org版本的X吗?到版本6.8.1? 这是针对Fooware视频芯片组的吗?到MV1005型号?A类看到结果的黑客可以立即理解这是什么你有问题和你的问题一目了然。
更一般地说,想象一下查看问题,只显示主题行。做你的主题这行很好地反映了你的问题,下一个搜索如果存档中有类似于您的问题,则可以遵循用线索回答问题,而不是再次发布问题。
如果你在回复中提出问题,一定要换个话题行,表示你在问一个问题。主题行看起来像“回复:测试”或“回复:新错误”是不太可能吸引大量有用的注意力。另外,对报价将以前的消息减少到最低,与新消息一致读者。
不要简单地点击回复列表消息来启动全新的线程。这将限制你的观众。一些邮件阅读器,与mutt一样,允许用户按线程排序,然后将消息隐藏在把线折起来的线。这样做的人永远不会看到你消息。
改变主题是不够的。Mutt,可能还有其他邮件读者,查看电子邮件标题中要分配的其他信息它指向一个线程,而不是主题行。相反,开始一个全新的电子邮件。
在网络论坛上,良好实践的规则略有不同,因为消息通常与特定的讨论线程,通常在这些线程之外是看不见的。在回答问题时,改变主题不是必要的。并非所有论坛都允许在回复中使用单独的主题行,并且几乎没有人在阅读时阅读它们。然而,在回复本身是一种可疑的做法,因为它只能由以下人员看到看这条线的人。所以,除非你确定希望只询问当前活跃在线程,开始一个新的线程。
使用完成查询“请发送您的回复到。。。”这使得你不太可能得到答案。如果你即使需要几秒钟的时间来设置请在您的邮件代理中更正Reply-To标题,我们不必费心花点时间想想你的问题。如果您的邮件程序不允许这样做,收到更好的邮件程序。如果您的操作系统不支持任何电子邮件如果程序允许这样做,则可以获得更好的操作系统。
在网络论坛上,要求通过电子邮件回复是完全不礼貌的,除非你相信这些信息可能是敏感的(会,出于某种未知的原因,让你而不是整个论坛知道它)。如果你想在有人回复时收到电子邮件副本,请求Web论坛发送;支持此功能几乎到处都有这样的选择“看这条线索”,“发送关于答复的电子邮件”等。
根据经验,我们发现粗心大意的人草率的作家通常在思考和编码(通常足以下注)。回答以下问题粗心大意和马虎的思考者是没有回报的;我们宁愿花掉我们的其他时间。
因此,清楚、准确地表达你的问题很重要。如果你不必费心这么做,我们也不必付钱注意。花额外的精力来润色你的语言。它不必刻板或正式——事实上,黑客文化重视准确使用非正式、俚语和幽默的语言。但它必须是精确;一定要有一些表明你在思考和关注。
拼写、标点和大写正确。不要混淆“它的”具有“是的”,“释放”具有“失去”,或“离散的”具有“谨慎的”.不要键入所有大写字母;这被解读为大喊大叫,认为很粗鲁。(所有商场仅略低令人讨厌,因为它很难阅读。阿兰·考克斯可以逃脱惩罚,但你不能。)
更一般地说,如果你写得像个半文盲,你会很可能被忽视。所以不要使用即时消息快捷方式。把“you”拼写成“u”会让你看起来像一个半文盲的胸部两次完整的击键。更糟糕的是:像l33t脚本一样编写kiddie hax0r绝对的死亡之吻,保证你只会得到无情的沉默(或者充其量是一堆轻蔑和讽刺的帮助)返回。
如果您在不使用您的母语,你在拼写方面会得到有限的放松和语法错误,但懒惰(和是的,我们通常可以发现这种差异)。还有,除非你知道你的受访者的语言是,用英语书写。忙碌的黑客倾向于用他们不懂的语言简单地提出问题,以及英语是互联网的工作语言。通过写入英语你最小化了你的问题被抛弃的机会未读。
如果你用英语写作,但它是你,提醒潜在的受访者注意潜在的语言困难和绕开它们的选择。示例:
如果你人为地使问题难以理解,那么可能会被忽略而选择一个不是。所以:
发送纯文本邮件,而不是HTML。(这并不难到转弯关闭HTML.)
MIME附件通常是可以的,但前提是它们是真实内容(如附加的源文件或修补程序),而不是仅仅是邮件客户端生成的样板文件(例如另一个副本您的消息)。
不要发送整段都是单个段落的电子邮件多行换行。(这使得很难回复只是信息的一部分。)假设您的受访者在80个字符宽的文本显示器上阅读邮件并设置您的相应地,换行到小于80的值。
然而,确实如此不包装数据(例如日志文件转储或会话记录)。数据应包含在“as”中,以便受访者有信心他们看到了你看到的。
不将MIME Quoted-Printable编码发送到英语论坛。当您以ASCII语言发布不包括,但许多电子邮件代理不支持。当它们断裂时,所有=20个象形文字都会分散通篇都很难看,让人分心,或者可能会主动破坏文本的语义。
从未,曾经预计黑客会能够阅读封闭的专有文档格式,如Microsoft Word或Excel。大多数黑客对这些问题的反应和你想的差不多把一堆冒着热气的猪粪倒在家门口。偶数当他们能够应付时,他们对不得不这样做感到愤慨。
如果您从Windows计算机发送电子邮件,请转动脱离微软的问题“智能报价”功能(来自工具>自动更正选项,清除下面的智能引号复选框键入时自动套用格式。)。这样你就不会乱扔垃圾了通过邮件发送字符。
在网络论坛中,不要滥用“笑脸”和“HTML格式”功能(当它们存在时)。一两个笑脸通常是可以的,但彩色的花哨文字往往会让人们认为你都是瘸子。严重过度使用笑脸、颜色和字体会你表现得像一个傻笑的十几岁女孩,这通常不好除非你对性比答案更感兴趣。
如果您使用图形用户界面邮件客户端,例如Netscape Messenger、MS Outlook或其同类产品,请注意它可能使用默认设置时违反这些规则。大多数是这样的客户端具有基于菜单的“查看源代码”命令。使用这是在您的sent-mail文件夹中的某个东西上,验证普通邮件的发送文本没有不必要的附加crud。
仔细清楚地描述问题或错误的症状。
描述发生这种情况的环境(机器、操作系统、应用程序、,无论如何)。提供供应商的分发和发布级别(例如:“Fedora核心7”,“Slackware软件9.1”等)。
描述你为试图理解问题所做的研究在你问这个问题之前。
描述您尝试确定问题的诊断步骤在你问这个问题之前。
描述您的计算机或软件配置。
如果可能,提供一种方法复制受控环境中的问题.
尽你所能预测黑客会提出的问题在请求帮助时,提前询问并回答他们。
让黑客能够在如果您要报告,受控环境尤其重要你认为是代码中的错误。当你这样做时得到一个有用的答案和你可能得到的速度这两个答案都得到了极大的改善。
西蒙·塔塔姆写了一篇很好的文章,题为如何有效报告Bug。我强烈建议你读过了。
你需要精确和信息丰富。此端未送达只需将大量代码或数据转储到帮助请求中。如果您有一个破坏程序的大型复杂测试用例,试着把它修剪一下,使它尽可能小。
这至少有三个原因。一:被人看见努力简化问题,使其更有可能你会得到一个答案,二:简化问题会让问题变得更简单你可能会得到有用的回答。三:在改进错误报告的过程中,您可以开发修复程序或者自己解决问题。
当你在软件上遇到问题时,不要声称你发现了一个bug,除非你非常,非常确信你的立场。提示:除非你能提供修复问题的源代码修补程序或回归针对证明错误行为的先前版本进行测试,你可能还不够肯定。这适用于网页和文档;如果您找到了文档“缺陷”,您应该提供替换文本和哪些页面应该继续下去。
记住,还有许多其他用户没有遇到你的问题。否则你会知道的在阅读文档和搜索Web时(您确实做到了在抱怨之前,你不是吗?). 这个意味着很可能是你做错了什么,而不是软件。
编写软件的人非常努力地工作以使其工作尽可能好。如果你声称你发现了一个bug,你会指责他们的能力,即使你都是正确的。大喊大叫特别没有策略性“缺陷”在“主题”行中。
当问你的问题时,最好像你一样写假定你正在做错事,即使你私下里很确定你发现了一个真正的错误。如果有真的是一个错误,你会在答案中听到它。播放它,以便如果bug是真的,维护人员会向您道歉如果你把事情搞砸了,你应该向他们道歉。
有些人认为他们不应该举止粗鲁或傲慢地要求回答,退缩到相反的极端低声下气。“我知道我只是一个可怜的新手失败者,但是。。。”这会分散注意力,也无济于事。这是特别的令人讨厌的是,再加上对实际情况的模糊问题。
不要把你或我们的时间浪费在粗鲁的灵长类政治上。相反,要清楚地陈述背景事实和你的问题你可以。这是一种更好的自我定位方法卑躬屈膝。
有时网络论坛有单独的地方供新手提问。如果你觉得你有一个新问题,就去问吧。但不要在那里卑躬屈膝两者都可以。
告诉黑客你认为是什么导致了你问题。(如果你的诊断理论如此热门,你会正在咨询他人寻求帮助?)所以,一定要告诉他们错误的原始症状,而不是你的解释和理论。让他们来做解释和诊断。如果你觉得重要的是要陈述你的猜测,清楚地将其标记为描述一下为什么这个答案对你不起作用。
- 愚蠢的:
我在内核编译中收到了连续的SIG11错误,并怀疑其中一个主板痕迹上的细裂纹。最好的方法是什么检查一下这些?
- 智能:
我在FIC-PA2007主板上自制的K6/233(VIA Apollo VP2芯片组)使用256MB Corsair PC133 SDRAM开始频繁使用SIG11内核过程中开机20分钟左右的错误编译,但从未在前20分钟内编译。重新启动无法重新启动时钟,但通宵断电确实如此。交换所有RAM没有帮助。典型编译会话日志的相关部分跟随。
由于对许多人来说,前一点似乎很难做到抓住,这里有一句话提醒你:“所有的诊断专家都来自密苏里州1899年,当国会议员威拉德·D·万迪沃说“我来自一个国家玉米、棉花、苍耳、民主党和泡沫口才既不能说服我,也不能使我满意。我来自密苏里州。你必须给我看。”)在诊断专家的情况下,这不是一个问题怀疑,而是一种字面的、功能性的需要尽可能接近你看到的原始证据而不是你的猜测和总结。给我们看看。
找出问题最有用的线索经常发生在前一个事件中。因此,您的帐户应该准确描述你做了什么,机器和软件是什么是的,导致了爆炸。对于命令行进程,具有会话日志(例如,使用脚本实用程序)并引用相关的二十行左右是非常有用的。
如果在你身上爆炸的程序有诊断选项(例如作为-v代表verbose),尝试选择将添加有用的选项将信息调试到成绩单。记住,更多不是必然更好;尝试选择一个将通知而不是把读者淹没在垃圾中。
如果你的账户很长(超过四段),那么,将问题简明扼要地放在最前面可能是有用的接下来是按时间顺序的故事。这样,黑客就会知道阅读你的帐户时要注意什么。
如果你想知道如何做某事(而不是报告错误),首先描述目标。然后描述你被阻挡的那一步。
通常,需要技术帮助的人在记住并坚持他们认为的一条特定的道路目标。他们来寻求帮助,但没有意识到这条路错了。过去可能需要付出大量努力这个。
- 愚蠢的:
如何使FooDraw程序上的颜色选择器十六进制RGB值?
- 智能:
我正在尝试用值替换图像上的颜色表由我选择。现在我唯一能做的就是编辑每个表格插槽,但我无法获取FooDraw的颜色选择器以获取十六进制RGB值。
这个问题的第二个版本很聪明。它允许答案建议使用更适合该任务的工具。
黑客认为解决问题应该是公开、透明的第一次尝试回答的过程可以而且应该是如果知识渊博的人注意到它不完整或不正确。此外,帮手也会因为自己被调查者被视为有能力且知识渊博他们的同龄人。
当你要求私人回复时,你破坏了过程和奖励。不要这样做。它是被申请人的选择是否私下回复-如果他或她这样做,通常是因为他或她认为这个问题太不合理或太明显,不太有趣其他。
这条规则有一个有限的例外。如果你认为问题是这样的,你可能会得到很多答案都很相似,那么神奇的词语是“给我发电子邮件,我会为小组总结答案”.尝试拯救是有礼貌的邮件列表或新闻组大量相同发帖&但你必须遵守总结的承诺。
开放式问题往往被视为开放式时间水槽。那些人最有可能给你一个有用的答案也是最忙的人(如果只是因为他们承担了最多的任务自己工作)。这样的人对开放时间过敏水槽,因此他们往往对开放式问题过敏。
如果你是明确你希望受访者做什么(提供建议,发送代码,检查补丁,等等)。这将集中他们的努力并隐含地设定时间和精力的上限被访者必须分配给你帮助。这很好。
要了解专家生活的世界,考虑专业知识作为一种丰富的资源和时间来作为一种稀缺的响应。越少在你含蓄要求的时间承诺中,你越有可能从一个很好也很忙的人那里得到答案。
因此,将问题框定在最短的时间内是很有用的专家需要承担承担责任,但这是通常与简化问题不同。因此,对于例子,“你能给我一个好的解释吗X?”通常是一个比“你能解释一下吗十、 拜托?”。如果您有一些出现故障的代码通常更明智的做法是请别人解释它的问题而不是让别人来修。
在没有给出提示的情况下,不要让别人调试您损坏的代码他们应该寻找什么样的问题。发布一些数百行代码,说“它不起作用”,会让你被忽略。发布十几行代码,说“在第7行之后,我希望请参见<x>,但<y>发生了“更有可能给你回复。
准确处理代码问题的最有效方法是提供一个最小的错误演示测试用例。什么是最小测试案件?这是问题的一个例证;足够的代码表现出不受欢迎的行为。你如何制作最小测试用例?如果您知道代码的行或部分是什么生成有问题的行为,复制它并添加足够的支持代码来生成完整的示例(即编译器/解释器/任何人都可以接受源代码应用程序处理它)。如果你不能把它缩小到特定节,复制源并开始删除不会影响问题行为的块。您的测试用例越少越好(参见称为“体积不是精度”的部分).
生成一个真正小的最小测试用例并不总是可能,但努力是很好的纪律。它可以帮助你学习你自己解决问题需要什么不,黑客喜欢看到你已经尝试过了。它会的让他们更加合作。
如果你只是想进行代码审查,那么就提前说出来,然后一定要提到你认为哪些方面可能特别需要审查以及原因。
黑客善于发现作业问题;我们大多数人都有我们自己做的。这些问题是针对你这样你就能从经验中学习。可以这样做寻求提示,但不要寻求完整的解决方案。
如果你怀疑你通过了家庭作业问题,但是无论如何都无法解决,请尝试在用户组论坛中提问或(最后度假村)“用户”项目列表/论坛。而黑客将发现它,一些高级用户至少可以给你一个提示。
抵制诱惑,不要结束您的帮助请求语义为空的问题,如“有人能帮我吗?”或“有答案吗?”第一:如果你写了你的问题描述半途而废,这样的附加问题是充其量是多余的。第二:因为它们是多余的,黑客发现它们很烦人,并且很可能会合乎逻辑地返回无可挑剔但不屑一顾的回答“是的,你可以帮助”和“不,对你没有帮助。”
一般来说,避免问是非问题是件好事除非你想要是或否回答.
这是你的问题,不是我们的。很可能会声称紧急起反作用:大多数黑客只会删除这样的信息是粗鲁和自私的企图,以引起直接和特殊的注意。此外,“紧急”一词(以及其他类似的尝试在主题行中吸引注意力)通常会触发垃圾邮件过滤器-您的目标收件人可能根本看不到它!
有一个半例外。值得一提的是你正在某个引人注目的地方使用该程序黑客会为此感到兴奋;在这种情况下,如果你没有时间压力,你礼貌地说,人们可能会有足够的兴趣回答得更快。
然而,这是一件非常危险的事情,因为黑客令人兴奋的指标可能与你的不同。发布自例如,国际空间站符合条件,但代表慈善或政治事业发帖几乎肯定不会。事实上,发布“紧急:帮我救命毛茸茸的小海豹!”会让你远离或被激怒即使是那些认为毛茸茸的小海豹很重要的黑客。
如果你发现这很神秘,请重新阅读本指南的其余部分在发布任何内容之前,请反复阅读,直到您理解为止全部。
要有礼貌。使用“拜托”和“谢谢你的注意力”或“谢谢你的考虑”.明确表示你很感激这段时间人们花钱免费帮助你。
老实说,这并不像(而且不能替代)那么重要for)语法、清晰、准确和描述性,避免专有格式等。;一般来说,黑客宁愿得到一些粗鲁但技术上尖锐的错误报告比礼貌的含糊其辞要好。(如果这让你困惑,记住我们重视一个问题是因为它教会了你什么美国)
然而,如果你有一个连续的技术鸭,礼貌确实会增加你获得有用信息的机会回答。
(我们必须注意,我们收到的唯一严重反对意见从资深黑客到这个HOWTO与我们之前的建议使用“提前谢谢你”.一些黑客觉得这意味着事后不感谢任何人。我们的建议是要么说“提前谢谢你”第一和事后感谢受访者,或表达用不同的方式礼貌,例如说“谢谢你的注意”或“谢谢你的考虑”.)
问题解决后向所有帮助过的人发送便条您;让他们知道结果,并再次感谢他们帮助。如果该问题引起了人们对邮件列表的普遍兴趣,或新闻组,可以在那里发布后续消息。
最理想的情况是,响应应该是由原始问题发布,并应具有“FIXED”,“RESOLVED”或主题行中同样明显的标签。在快速回复的邮件列表中,潜在的受访者关于的帖子“问题X”以结尾“问题X-固定的,固定的”知道即使阅读帖子也不要浪费时间(除非他个人觉得问题X很有趣)并且可以因此,利用这段时间解决一个不同的问题。
你的跟进不需要太长时间;一个简单的“你好,这是一根坏了的网线!谢谢大家-比尔”总比什么都没有好。事实上,一个简短而甜蜜的除非解决方案有真正的技术深度。说什么行动解决了问题,但你无需重放整个故障排除顺序。
对于具有一定深度的问题,可以发布故障排除历史的摘要。描述你最后的问题声明。描述什么是解决方案,并指出可以避免的盲巷之后.盲道应该在正确的解决方案和其他总结材料之后而不是把后续行动变成侦探故事。命名的名称帮助你的人;这样你就会交到朋友。
除了礼貌和信息外,这种后续行动将帮助其他人搜索邮件列表/新闻组/论坛的存档确切了解哪种解决方案对您有所帮助,因此也可能有所帮助他们。
最后,也是最不重要的一点是,这种跟进有助于所有assisted对这个问题感到满意。如果你你自己不是技术人员或黑客,相信我们这种感觉对你寻求帮助的大师和专家来说非常重要。问题逐渐变成未解决的虚无的故事令人沮丧东西;黑客们渴望看到这些问题得到解决。善意挠痒痒为你赢得的东西下一步会对你非常有帮助你需要提出问题的时间。
考虑如何防止他人未来也会出现同样的问题。问问自己是否有文档或常见问题补丁会有帮助,如果答案是肯定的,请将该补丁发送给维护人员。
在黑客中,这种良好的后续行为实际上是比传统礼貌更重要。这就是你如何获得与他人相处融洽的声誉,这可能是非常宝贵的资产。
很可能你会在黑客社区搞砸几次论坛-以本文中详细介绍的方式,或类似方式。而且你会被确切地告诉你是怎么搞砸的,可能会说得五颜六色旁白。在公共场合。
当这种情况发生时,你能做的最糟糕的事就是抱怨经历,声称受到言语攻击,要求道歉,尖叫,屏住呼吸,威胁诉讼,向人们投诉雇主们,把马桶座圈放好,等等执行:
忘掉它。这很正常。事实上,这是健康和适当的。
社区标准无法自我维持:由积极应用它们的人维护,显而易见,在里面公众的.不要抱怨所有的批评都应该通过私人电子邮件传达:这不是它的工作方式。它也没有用处坚持当有人评论时,你受到了个人侮辱你的一个说法是错误的,或者他的观点不同。这些是失败者的态度。
有一些黑客论坛,出于某种被误导的感觉超法庭,参与者不得发表任何错误的评论用别人的帖子告诉我“如果你不愿意,什么都别说以帮助用户。”由此导致的愚蠢参与者离开其他地方使他们陷入无意义的胡言乱语作为技术论坛没用。
夸张地“友好的”(以那种方式)或有用:选择一个。
记住:当那个黑客告诉你你搞砸了,并且(没有不管有多粗鲁)告诉你不要再做了,他表现得太过火了关心(1)你和(2)他的社区。这对他来说容易多了忽视你,把你从他的生活中过滤掉。如果你无法做到感激,至少要有点尊严,不要抱怨,也不要期望仅仅因为你是一个新手,就被当作一个易碎的娃娃对待一个戏剧般敏感的灵魂和对权利的幻想。
有时人们会亲自攻击你表面原因等,即使你没有搞砸(或只有在他们的想象中搞砸了)。在这种情况下,抱怨是一种方式到真正地搞砸了。
这些火焰枪要么是没有线索但相信自己是专家或未来的心理学家你是否会搞砸。其他读者要么忽略它们,要么发现他们自己处理问题的方法。火焰手的行为造成他们自己的问题,这与你无关。
也不要让自己卷入火焰战。大多数火焰最好忽略——在你检查过它们是否真的是火焰之后,不是指你把事情搞砸的方式,也不是很聪明对真实问题的加密答案(这种情况也会发生)。
要温柔。与问题相关的压力会使人们看起来粗鲁或愚蠢,即使他们不是。
离线回复初犯。那里不需要公开羞辱那些可能已经诚实的错误。一个真正的新手可能不知道如何搜索档案或存储或发布FAQ的位置。
如果你不确定,就说出来!一个错误但权威性的答案比没有更糟糕。不要仅仅因为听起来很有趣就把任何人引向错误的道路专家。谦逊诚实;为双方树立良好榜样querent和你的同龄人。
如果你帮不上忙,就不要妨碍。不要制造关于可能会破坏用户设置的过程的笑话糟糕的sap可能会将这些解释为指令。
提出探索性问题以引出更多细节。如果你擅长这一点,提问者会学到有些事,你也可能会这样。试着把这个坏问题变成一个好的;记得我们都是新手。
在回答时,有时嘟囔着RTFM是有道理的对于一个懒散的人来说,这是一个指向文档的指针(甚至如果只是向谷歌建议一个关键短语)是更好。
如果你要回答这个问题很有价值。当某人使用了错误的工具或方法。建议使用好的工具。刷新问题。
回答实际问题!如果提问如此彻底并在查询中包括X、Y、,Z、 A、B和C已经试过了,但效果不好,是的无助于回应“试试A或B,”或使用链接到只表示,“尝试X、Y、Z、A、B或C、。”.
帮助您的社区学习问题。当你回答一个好问题时,问问自己“相关文档或常见问题解答必须如何更改没人再回答这个问题?”然后将补丁发送到文档维护者。
如果你做了研究来回答这个问题,展示您的技能而不是写作,就像你从自己的烟蒂。回答一个好问题就像给饥饿的人喂食一顿饭,但通过示例教他们研究技能他们如何种植一辈子的食物。