茱莉亚·伊万斯

如何回答有帮助的问题

你的同事问你一个稍微不清楚的问题。你怎么回答?我认为提问是一种技巧(参见如何提出好的问题而且以一种有用的方式回答问题也是一种技能!两者都非常有用。

开始与–有时人们问你问题不尊重彼此的时间,那太糟糕了。我在这里一直假设,这并不是最重要的,我们会假设,问你问题的人是一个尽可能的想找出答案的人,你想帮助他们解决问题。和我一起工作的每个人都是这样的,这就是我生活的世界:)

下面是一些以有用的方式回答问题的策略!!

如果他们没有问清楚,帮助他们澄清

通常初学者不会问清楚的问题,或者问一些没有必要回答问题的问题。下面是一些你可以用来帮助他们澄清的策略。

  • 改写一个更具体的问题回头看他们你问X吗?“)
  • 向他们索取更具体的信息他们没有提供你正在使用IPv6吗?“)
  • 问什么促使他们提出问题.例如,有时人们进入我团队的频道,询问我们的服务发现是如何工作的。通常这是因为他们试图建立/重新配置服务。在这种情况下,问“是有帮助的”你在做什么服务?我能看到你正在做的拉动请求吗?““

这些策略中有很多来自如何问好问题邮政。(虽然我会向某人隐瞒)哦,在向我提问之前,你需要先看看这份关于如何问好问题的文件。”)

找出他们已经知道的

在回答问题之前,知道对方已经知道了什么非常有用!!

哈罗德·特伦给了我一个很好的例子:

前几天有人请我解释。“复仇传奇”.而不是潜入“说”它们就像工作线程,监听操作并让您更新存储!““
我开始弄清楚他们对ReDux有多少了解,行动,商店和所有这些其他基本概念。从那里更容易解释把其他概念联系在一起的概念。

了解Ask所知道的问题已经很重要了,因为他们可能混淆了基本概念。Redux是干什么的?“)或者,他们可能是一个专家谁得到微妙的角落案件。对他们不知道的概念的回答是令人困惑的,以及概括他们所知道的事情的回答。

一个有用的技巧来询问人们知道什么而不是“你知道X吗?“,也许试试“你对X有多熟悉?“.

指向文档

“RTFM是回答一个问题的经典无用答案,但是把某人指向一个特定的文档实际上是很有帮助的!当我提出问题的时候,老实说,我宁愿被指着回答我的问题的文档,因为它也有可能回答我的其他问题。

我认为,确保链接到文档,从而回答问题很重要,或者至少事后要办理登机手续。否则,您可能最终会遇到这种(非常常见的)情况:

  • 阿里:我怎样做X??
  • Jada:
  • 阿里:这实际上并不能解释怎么去X,它只能解释Y!!

如果我链接的文档很长,我想指出我正在讨论的文档的特定部分。这个猛男页面是44,000字(真的!)这么说在bash手册页这没有什么帮助:

我经常通过搜索一些特定的关键字来找到工作中的一些东西,我知道这些关键字会找到答案。对于初学者来说,这个关键词可能不明显!这样说这就是我用来寻找这个问题答案的搜索可能有用。再一次,之后检查以确保搜索实际上能得到他们需要的答案:

编写新文档

人们经常来问我的团队同样的问题一次又一次。这显然不是人民的错(应该怎么办?)他们知道已经有10个人问过这个问题,或者答案是什么?)所以我们正在努力,不是直接回答问题,,

  1. 立即编写文档
  2. 将某人指向我们刚刚编写的新文档
  3. 庆祝一下!!

编写文档有时比回答问题花费更多的时间,但这是很值得的!编写文档尤其值得:

a.这是一个正在被再次问及的问题。答案不会随时间变化太多(如果答案每周或每月都变化,文档会过时,令人沮丧

解释你做了什么

作为初学者的一门学科,像这样的交换实在令人沮丧:

  • 新人:嘿,你好,X。““
  • 更有经验的人:“我做到了,完成了。”“
  • 新人:……但是你做了什么?!!

如果询问你的人试图了解事情是如何运作的,有助于:

  • 引导他们完成一项任务,而不是自己去做
  • 告诉他们你如何得到答案的步骤!!

这可能比自己做要花更长的时间,但对于提出要求的人来说,这是一个学习的机会,这样他们就能更好地解决这些问题了。

这样你就可以有更好的交流,这样地:

  • 新人:我在网站上看到错误,发生了什么事?““
  • 更有经验的人:(2分钟后)哦,那是因为发生了数据库故障转移“
  • 新人:你怎么知道的??!?!??
  • 更有经验的人:“我就是这么做的!“:
    1. 通常这些错误是由于服务质量下降。我看了$PLACE,上面说服务Y已经启动了。所以不是这样。
    2. 然后我看仪表板X,这个仪表板的一部分显示有一个数据库故障转移发生。
    3. 然后,我在日志中查找服务,它显示了连接到数据库的错误,下面是这些错误的样子。

如果你解释你如何调试一个问题,解释一下你是如何发现问题的,这是很有用的。你如何发现问题不是什么。虽然看起来你马上就知道答案会感觉很好,帮助某人提高学习和诊断能力感觉更好,并了解可用的资源。

解决潜在的问题

这一个有点棘手。有时人们认为他们找到了解决问题的正确途径,他们只需要更多的信息来实现这个解决方案。但是他们可能没有走上正确的道路!例如:

  • 乔治:我在做X,我得到了这个错误,我怎样修理
  • 茉莉达:你真的想做Y?如果是这样,你不应该做X,你应该做Z
  • 乔治:哦,你说得对!!!谢谢您!我改做Z。

贾斯敏达根本没有回答乔治的问题!相反,她猜测乔治实际上并不想做X,她是对的。那很有帮助!!

不过,这里可能显得屈尊俯就,喜欢

  • 乔治:我在做X,我得到了这个错误,我该怎么修理??
  • Jasminda:别这样,你想做Y,你应该做Z来完成。
  • 乔治:嗯,我不是想做Y,我想做X是因为原因。我怎样做X??

所以别屈尊俯就,请记住,一些提问者可能会附和他们迄今为止采取的步骤!回答他们提出的问题和他们应该问的问题可能是合适的。好,如果你想做X,你可以试试这个但如果你想用这个方法解决Y问题,你做其他事情可能更幸运,这就是为什么这样会更好工作的原因.

问那回答你的问题了吗?““

我总是喜欢在我办理登机手续之后办理登机手续。认为我已经回答了这个问题并问了那回答你的问题了吗?你还有更多的问题吗?“.

问完这个问题后停下来等一等是很好的,因为人们通常需要一到两分钟来知道他们是否已经找到了答案。我特别发现这个额外的这回答了你的问题吗?“步骤有用的写后文档!经常写一些我了解我就离开了很重要的东西,没有意识到文档的时候。

在现实生活中提供成对的程序/聊天

我远程工作,我在工作中的很多对话都是基于文本的。我认为这是默认的通信方式。

今天,我们生活在一个简单的视频会议和屏幕分享的世界!在工作中,我可以在任何时候点击一个按钮,并立即在视频通话/屏幕共享会话与某人。有些问题比较容易谈论。!

例如,最近有人问他们的服务能力规划/自动调整。我能看出有些事情我们需要澄清,但我还不能确切地确定它们是什么。我们接到一个快速的视频电话,5分钟后我们回答了他们所有的问题。

我认为,尤其是当某人真正陷入如何开始一项任务的困境时,几分钟的配对编程真的很有帮助,它可以比电子邮件/即时消息更有效。

不要表现得惊讶

这是递归中心的规定:没有假装惊讶.以下是比较常见的场景

  • 人1:Linux内核是什么?““
  • 人2:你不知道Linux内核是什么?!!!!?!!!???““

人类2的反应(不管它们是否事实上惊讶或不)是不是很有帮助。它只是用来让人类1感到不好,因为他们不知道Linux内核是什么。

我一直在努力假装不感到惊讶,即使我有点惊讶,那个人不知道这件事,它太棒了。

回答问题很好

显然,并非所有这些策略都是适当的,但你会发现他们中的一些人很有帮助!我发现花时间回答问题,教别人真的很有价值。

有一个此处非官方中文翻译.

特别感谢Josh Triplett提出这个帖子并做了许多有益的补充,和哈罗德·特伦,Vaibhav Sagar彼得·巴特·哈金斯,Wesley Aptekar Cassels和保罗·高德一起阅读/评论。

我是如何度过在旅游中心的时间的 用pprof分析Go程序