参考资料:
版权声明:
- 本文非原创,主要汇总了参考资料内的2篇文章精华,原文精彩,请点击移步。
为了自律
- 每月月初,我会给相关部门经理发出上个月的业务数据。18 年 2 月的 Excel 报告有 42 M 那么大,群发一个 42 M的邮件是不适合的,所以,我将附件打成 677 KB 的压缩包发出。 3 月 9 号,一位同事回邮件说他打不开附件,并附上截图。我一看鼻子都气歪了,他试图用 Adobe Reader 在 Outlook 中双击打开 .7Z 的附件。 真的蠢到家,真不想回复,但是担心如果他不能看到附件,可能引起不必要的误解。还是花了 20 分钟回复他,并附上截图。告诉他需要先下载、解压缩、再 Excel 打开。
-
同样,在日常中,经常会遇到很让人无语的问题,我实在不想回答,但又没有黑客的那份洒脱。硬着头皮回复了很多大白问题,真的浪费时间。 而我是不是也经常问一些很白痴的问题呢?似乎写几个技巧卡片,不能更好的防范,不如写成一个提问自查清单,放在案头。
-
注:此文更倾向于向开源社区提问的姿势。日常生活学习,完全可以套用。
提问前的自查清单
- 先自己检查或做试验
不要遇到问题张口就问,先弄清自己的问题到底是什么?先自己检查或做试验。
- 尝试从官方文档中找到答案
阅读说明书或者使用手册,确保自己阅读过至少一次官方文档。工作中有些报告模板也提供了填写说明,问别人之前,先读一下说明。
- 善用搜索
使用论坛、知乎、百度知道(捂脸)、Quaro、StackOverflow、Google、Google groups、百度(再次捂脸)或其他搜索引擎在网络搜寻。永远记住,地球上的你并不孤单,包括你遇到的问题。
- 挖掘 Bug / FAQ 宝藏
阅读网站上「常见问题解答」(FAQ),或者开源软件一般都会有自己的 Bug 管理方案,从它们的官网上找到 Bug 管理地址,然后通过搜索看看有无你遇到的问题。一个运作良好的 Bug 库,经常是一座巨大的宝藏。也包括开源库的 issue 。
- 求助身边的朋友
如果你使用的开源软件,在朋友圈或同事圈里也有人使用,可以问问朋友们。问朋友前,记得昨晚前面几步。
- 不要指望得到最终答案,而是让别人指明方向
这个特别的反常识,一般去问问题,特别希望直接得到答案,其实这看起来很愚蠢,也丧失了自我探索的机会。 「有没有人能指个方向?」,「我这还差点什么?」,「我应该查哪个网站?」,通常要比「请给出我可以用的解决方案」更容易得到回复,因为你的行为表明一种积极的态度:只要有人能为我指明方向,我就会很乐意自己走完剩下的路。
如果以上 6 步都无法解决你遇到的问题,那也别犹豫,立马向开源社区/他人提交问题就好。
提问时的正确姿势
- 平和对等的心态
很多开源软件都是免费的,作者往往是业余时间,出于兴趣在维护,没有义务回答你,有时也会力不从心。假如你做了力所能及的努力,他们大多将非常乐意平等地与你交流,不必跪求、在线等。
- 通过正确的途径提交、选择正确的论坛
如果遇到问题的开源软件有专门的 Bug 管理系统,请最好到这些指定系统中提交。 不要在不熟悉的论坛提交问题,不要张贴与论坛主题无关的问题。 不要在面向高级技术问题的论坛上张贴初级的问题,反之亦然。 不要在不同的论坛同时张贴同一个问题。 也别忘了 好好利用论坛的 FAQ 功能。
最不好的途径是:
QQ 、阿里旺旺、微信等群组、微博、Facebook 等社交网络。 在微博上通过 at 或私信询问。 向非熟人或没有义务解决你问题的人发送私人问题邮件。
- 在论坛发布问题前,再搜索一次
在任何论坛发帖之前,先看看有没有搜索功能。如果有,就试着用问题的几个关键词搜索一下。如果在此之前你已做过全面的网页搜索,还是应该再搜索一下论坛,搜索引擎有可能还没建立此论坛的内容索引。
- 有没有官方的新手论坛、在线客服?
这些专职为新手服务的地方,可以先去试试。
- 使用明确、有意义的标题
可以帮助作者确定问题具体是什么类型、预估需要多少时间解决、是否现在马上解决等。 一个好的标题,也有利于社区知识的沉淀和后期搜索。
试试:撰写主题的规则「对象──偏差」式的描述,许多技术支持组织就是这样做的。「对象」部分需要指明是哪一个或哪一组项目有问题,「偏差」部分则描述与期望的行为不一致的地方。
- 一个帖子只讨论一个问题
在一帖子的回复中,不建议新开一个议题,不如新建一个帖子,除非你只想向当前活跃的人群中提问。
- 不要要求他人私下回复
要求回答者通过电子邮件回复你的提问是粗暴无礼的,除非你确定他回复的比较敏感或涉及隐私的。因为这也不利于知识沉淀。
这条规则也有一个例外,如果你确定该提问可能会带来大量雷同的回复时,那么你可以主动表示:「请向我发电子邮件,我将为论坛统一归纳这些回复」。你这个举动是非常值得赞扬的,因为你将论坛从洪水般雷同的回复中解救出来。最后,最重要的一点,你必须言出必行。
- 语法正确、格式清晰
正确地拼写、使用标点和大小写,也不要使用短信中的简写,如将「you」简化为「u」。
正确的语法、清晰的格式,可以让读者赏心悦目,也就更有心情帮你一起思考解决问题。
如果你要用英文作为第二语言来提问,你可以使用以下的语句来进行说明,降低回答者对你语言使用的不适感: * English is not my native language; please excuse typing errors. * If you speak $LANGUAGE, please email/PM me; I may need assistance translating my question. * I am familiar with the technical terms, but some slang expressions and idioms are difficult for me. * I’ve posted my question in $LANGUAGE and English. I’ll be glad to translate responses, if you only use one or the other. * 使用纯文本而不是HTML格式; * 发送邮件时如有附件,记得添加附件,同时记得检查附件内容是否能正常打开; * 不要发送整段的文字,尝试将文字按主题分段; * 发送数据时应该发送原始数据,让回复者看到的东西与你看到的一样; * 很多邮件程序并不支持「Quoted-Printable」MIME编码,所以谨慎使用; * 不要指望黑客们阅读封闭格式的文档,诸如微软公司的Word或Excel文件等。 * 如果你用Windows操作系统发送电子邮件,关闭微软的「引用」功能,以免在你的邮件中出现乱码; * 切勿在在论坛勿滥用「表情符号」和「HTML」功能。 * 如果你是使用图形界面的邮件客户端程序(如腾讯的Foxmail、微软公司的Outlook),注意它们的默认配置不一定满足以上的这些要求。不过大多数这类程序有「查看源码」的命令,可以用它来检查发件箱的消息,确保发送的是没有乱码的纯文本文件。
-
准确简练地描述问题
- 清晰的细节;
- 问题发生的环境(主机品牌、操作系统、应用程序,任何相关的),提供销售商的发行版和版本号(如:「Fedora Core 7」、「Slackware 9.1」等);
- 提问前做过的调查研究及对其的理解;
- 提问前为确定问题而采取的诊断步骤;
- 最近对计算机或软件配置的任何相关改变;
- 如果可能,提供在可控环境下重现问题的方法;
- 做大的努力预测黑客会提到的问题,并提前备好答案。
- 如果你认为是代码有问题,在可控环境下重现问题,并向黑客提供报告,这个的方法尤其重要。当你这么做时,你大有可能获得及时而有效的回复。
-
描述事实、而不是猜测
描述事实是一种真实而有用的需求,以便让他人看到与你看到一样的原始证据,目睹尽可能一致的东西,而不是你的片面的猜测与总结。
-
按时间顺序描述问题症状
-
描述目标而不是过程
-
删除无意义的疑问
有的人喜欢在求助信息的末尾加上「有人能帮我吗?」或者「有没有答案?」这一类无意义的提问,应该在提问中尽量删除这些废话
-
不要把问题标记为「紧急」,即使你真的很紧急
-
礼貌
提问后的信息闭环
-
最理想的方式是向最初提问的主题中回复此消息,并在主题中注明「已解决」、「已搞定」或其它同等含义的字样
-
追加的信息无须太冗厂繁复,一句简单的「你好,问题已解决,是网线坏了!谢谢大家──比尔」就比什么都没有要好。
-
对于有深度的问题,建议给出一份完整解决该问题的方案,方案包括:问题的最终状态、用了什么方法、列出具体的步骤和和易出错的地方,这样才可以给到后来者一个完整的指引,注意不要将此方案搞成什么侦探推理小说。最后列出那些帮助过你的人的名字,那样你有可能会交到朋友。
-
考虑到将来也会有人面临类似的问题,如何避免重蹈覆辙呢?你可以自己写一篇文章或者对FAQ进行补充,然后发给项目的维护者。
在黑客交流的过程中,这种良好的后续跟踪行为比传统的礼貌更重要,这也是你善待他人赢得声誉的方式,这是非常有价值的经验和财富。
本文由 苏敏 创作,采用 知识共享署名4.0 国际许可协议进行许可
本站文章除注明转载/出处外,均为本站原创或翻译,转载前请务必署名
最后编辑时间为:2018-03-11 00:00:00