谈谈提问

2017-12-04  本文已影响15人  fatfatEddy

谈谈提问

目录：

image

今天在地铁上听fm的时候，听到了一个关于提问的话题，里面提到了一些提问的原则：三问三不问，引发了一些思考。。。

先看看三问三不问吧。。

三问三不问：

三问：

  • 有备而来去问
  • 学术争议必问
  • 未知领域可问

三不问：

  • 有标准答案的不问
  • 别人问过的不问
  • 与主题无关的不问

其他点没有怎么get到，就有备而来去问这点，get到了一些。
就从这一点发散开来谈一谈吧。

有备而来去问：

引例：

公司有个新同事，刚来的时候，很多问题都去问老板，包括代码细节的东西，要知道平时老板都是有很多事情要忙的，有一次把老板问急了，老板就说："我怎么知道！"

刚开始工作的时候，我偶尔也会犯这样的毛病，虽然次数比较少。
后来慢慢摸索，摸索出一些比较基本的原则：

1.少问“白痴”问题

引例：

另一个新同事最近时不时就把一个python程序报错信息丢过来，然后自己也不认真具体地看看这报错信息讲得是什么，在哪一行代码出错了。
给我感觉就是，不经思考就把问题抛给别人，未经酝酿提出的问题肯定是没有什么价值的

how to do?

《提问的智慧》中有写到在提问之前要做的工作。

在你准备要通过电子邮件、新闻群组或者聊天室提出技术问题前，请先做到以下事情：

  • 尝试在你准备提问的论坛的旧文章中搜索答案。
  • 尝试上网搜索以找到答案。
  • 尝试阅读手册以找到答案。
  • 尝试阅读常见问题文件（FAQ）以找到答案。
  • 尝试自己检查或试验以找到答案
  • 向你身边的强者朋友打听以找到答案。
  • 如果你是程序开发者，请尝试阅读源代码以找到答案。

当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者。如果你能一并表达在做了上述努力的过程中所学到的东西会更好，因为我们更乐于回答那些表现出能从答案中学习的人的问题。

简言之还是那句老套的话：提问之前自己多想想，实在想不到再去问别人。

可能你觉得问别人可以快速解决问题，可以节省时间。

其实这只是表面上的、一时的感觉，没有提升一个问题的必要性难度，你还是无法深刻地理解这个问题的。

再抽象点的说，你没有从一个简单的问题提取出一种通用性的思考问题的方式和习惯即举一反三，触类旁通，下次再遇到同样的问题，你还是不懂，还是要重新花时间去搞懂。

以此类推，再过段时间，再遇多几个同类的问题，你还觉得这种做法是真的节省时间吗？

最容易欺骗的人就是自己。 ---李顿勋爵（Lord Lytton）

2.在短时间内成为某个很小领域的专家

引例：

有一次老板让我去看docker，看看原来放在虚拟机上的系统能不能移植到docker上运用。
然而那个时候，我对docker一无所知，就之前简单使用过而已。
所以，当时的我，心中有千万头草泥马在奔腾。。
我勒个去。。。
可是你又不能说你不会，只能冷静下来想想思路。

how to do?

我的做法是找出一条最小代价的学习路径：

我当时大概就围绕这些关键问题查了资料，做了一些笔记，用docker进行了一些运行与调试。


image

大概一天半后，基本能把系统移植到docker上去了

之后老板不断抛出一些实际的应用场景方面的问题，基本上还是答得上了。
不过当中有一两个问题，好像被我糊弄过去了。哈哈哈哈

最终因为一些原因，在业务中还是没有用上docker。

maybe这就是在短时间内成为某个很小领域的专家吧。。。

小结：

在短时间内成为某个很小领域的专家，这个原则表面上看起来似乎跟提问题没什么关系，甚至是相悖的。
但是要达到的目的是相同的，就是你最终要搞懂某个方面的知识。

所以,你可以转而向内，通过给自己提出几个关键性的问题，再去搜索资料，而不是一直向外，去一直不依不饶的去问别人。

你是可以找到一条最小代价的学习路径，去快速学习这方面的知识，把一些概念跟你的实际场景去强联系起来，然后在短时间内成为某个很小领域的专家。

尽管这很难，但值得去尝试。

总结：

归根结底，本质这还是一个学习能力的问题。
你觉得呢？

参考：

上一篇下一篇

猜你喜欢

热点阅读