卖桃者说
池建强
极客时间创始人、墨问西东创始人
30376 人已学习
免费领取
课程目录
已完结/共 523 讲
第一季 (135讲)
第二季 (134讲)
第三季 (124讲)
第四季 (90讲)
卖桃者说
15
15
1.0x
00:00/07:48
登录|注册

第3期 | 你真的会问问题吗?

讲述:池建强大小:7.14M时长:07:48
你好,这里是卖桃者说。今天我想跟你聊聊如何更有效的提问这个话题。
前几天看到一篇文章,里面写了程序员要避免的 10 个坏习惯。其中一个坏习惯是万事不求人,拒绝寻求帮助。这个在学习和工作场景中都还蛮常见的。我们很多人都不愿意主动寻求帮助。为什么呢?主要的原因无非是自尊心作祟,害怕别人知道自己不知道。
心理学中有个专有名词叫“冒名顶替综合征(Imposter Syndrome)”,简单来说就是无法将自己的成功归因于自己的能力,并总是担心有朝一日会被别人识破自己就一个普通人。患有冒名顶替综合征的人通常会坚信自己的成功并不是因为自己的努力或能力,而是凭借着运气、良好的时机,或者别人误以为他们能力很强、很聪明,才导致他们的成功。
程序员其实是蛮容易患冒名顶替综合征的群体。我在公司里和用户沟通的时候,和员工设计产品的时候,甚至做演讲和写作的时候,偶尔也会有这种无力感,这事做成了真的和我有关系吗?与此同时,我们会主观的认为向他人寻求帮助会强化这种感觉,暴露自己是个“弱者”,其实并不是这样。
不愿意寻求帮助,会浪费大量的时间,还会阻碍你的成长。不知道你有没有过这样的经历,一个问题自己想到心碎都没有解决,别人过来随便敲了几行代码,不仅你懂了,连你的小伙伴都懂了。
没人会因为你问问题而批评你,寻求帮助是一件再正常不过的事。当然,如果你想自己找到答案,也没问题,给自己设定一个时间限制就好了。但是,当你的前辈和伙伴就在你旁边,他完全可能帮到你时,千万不要浪费几天时间来寻找答案。
当然,这也不是说你遇到问题就冲到别人跟前开始发问。这样做,你很大可能被大家集体拉黑。
如何问一个有效的问题呢?这里面是有技巧的。提问和回答是交流中最重要的部分,一个好的问题能够让提问者和回答者同时获益。
举个例子,我之前一直在做技术和平台产品方面的工作,我们部门经常会收到公司内外同事和用户的问题邮件,有些好的问题能让你发现自己技术上的缺陷、产品的 bug 或软件提升的空间,去思考、回答和解决这样的问题真是一件让人赏心悦目的事情。但非常遗憾的是,这样的好问题却是凤毛麟角。我经常会被一些莫名其妙的问题搞的啼笑皆非,比如:
程序运行过程中突然内存溢出,该如何解决?
如何配置 JVM 的虚拟机参数?
程序部署到 Linux 上后,页面出现中文乱码,是不是中间件的配置出现问题了?
集群节点不能自动复制,如何解决?
最可气是第四个问题,研发去现场看了一下,最后发现两个节点之间网络根本就不通嘛,这种“异常”在现场该是多么容易发现啊。
美国著名记者弗兰克. 赛斯诺就曾经说过这样一句话,“问问题是我们日常中很重要的一个思维方式。提出问题就已经解决了问题的一半。我们的问题反映出我们是谁,我们将续去向何方以及我们的沟通方式,但很少人知道如何系统有效的提问。”
工作初期我也问过不少傻问题,好在那时候大家比较包容。而真正让我意识到好问题重要性的,是在工作中与国外程序员的邮件交流过程。
有一段时间,我的工作是与美国程序员共同维护一个平台级产品,邮件往来必不可少。当时我就发现,他们提问题或报 bug 都非常规范,每个 bug 都有清晰的标题,正文是环境描述、已经采取了什么措施、结果、日志、Core Dump、截图等等。读完邮件,你就能很清楚对方想要表达的意图和希望你能提供的帮助,而且你也知道该做什么,如何回复等等。
那么,如何提一个让双方都满意的好问题并最大程度的得到回复呢?大好人生,谁也不愿意为一个烂问题浪费时间,对不对?
简单分享一下我的经验,如果你按照以下步骤进行,相信提出的问题会更靠谱一些。
首先,遇到问题不要急着问别人,时间允许的情况下,先看看靠自己是否能够解决。这样,一方面能锻炼自己分析问题和解决问题的能力,另一方面,一旦问题解决了,问题就不是问题,而是你的经验和知识库了。况且现在互联网上有那么多的技术资料和各类问答网站,想碰到一个别人没碰到过的问题,已经非常困难了。
如果做了努力依然不能解决,或者客观条件不允许你自己解决了,那么要做的就是选择一个好的提问对象,不管是是现实中的大神,还是网络上的牛人,确保他是你所知道的最佳解决人选。
接下来进入到正式提问环节,首先,你要先用一句话准确概括你遇到的问题,提炼出问题的核心,如果是邮件沟通的话,你可以把它作为标题,更能吸引你的求助对象打开你的邮件。
然后,要用清晰的语言描述你遇到的问题,注意要先在开头说明你想达到的目标,再去详细描述你问题的具体场景,阻碍你的特定步骤等等。因为很有可能你之前的思路、过程就走了弯路,避免误导其他人。
在描述具体问题的时候,要注意提供相关场景和信息,比如所用的操作系统、数据库等相关软件及其版本号等;同时尽可能地提供问题相关的可分析文件,包括日志、截图和 Core Dump 等。另外,你也要说一下自己已经尝试采用了什么措施来解决问题,最终结果是什么样的,问题是否可以重现,采用什么方式重现等等。虽然提供的信息看起来很多,但还是注意不要长篇大论,尽量简明扼要,描述主要问题。
还有一点需要注意的是,如果你是口头问问题,那最好在开口之前,自己先将问题过一遍,不要太相信自己口头表达能力。
最后,不要忘了说请和谢谢,毕竟大家的时间和精力都很宝贵,别人其实没这个义务必须回答问题。
你会问问题吗?你愿意回答什么样的问题呢?欢迎在留言区告诉我。
好,这个话题我们就聊到这里,卖桃者说,明天见。
(编辑:成敏) 
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
该免费文章来自《卖桃者说》,如需阅读全部文章,
请先领取课程
免费领取
登录 后留言

全部留言(32)

  • 最新
  • 精选
  • 村长@极客时间
    置顶
    今日笔记,第三次睡一觉起来听这个了。 1、你遇到很少会是新问题,多半是别人遇到过的,定个时间节点自己尝试解决。 2、找你能找到的最优秀的人帮忙解决(我一般都不诶,觉得浪费大佬时间,从身边人问起,然后问一圈之后,不去问主要可能还是描述不清自己的问题和目标,怕浪费大佬时间) 3、一句话精彩描述你的问题,吸引人回答你的问题。 4、阐述问题,从描述目标开始,你想的,可能一开始就是错的。

    池建强回复: 总结的好啊,你看我也没睡呢。哈哈

    2
    23
  • K战神
    池大师,一直有个疑虑在我的这几年尤其突出。 开发已经接近七年了,学习工作中用到的技术,效果特别好。 但是,我想问一下,类似于数据结构与算法,计算机操作系统,网络协议这些基础等, 是否有必要拿出时间去学习完善,可能不需要太深入。 但是在团队中我像老大提出我的学习规划,老大的意思是没有必要,工作中用不到。 我想通过我的学习尽量联系工作中用到的场景,然后将学到的反馈给同事, 培训了两场数据结构与算法的ppt ,有很多人参加,同时发现大家确实开发中不去关注这些。可能用到的机会很少。 通过反馈和输出我学习到很多东西,把之前的知识给系统化了。 老大让我不要培训了,没啥用。 我想问一下我是否真的在做无用功? 这些看似基础,在开发中用到频率也很低的 地基式知识自己是不是还有必要坚持? 是不是您说的 就是自娱自乐,咩有必要? 谢谢老师,希望有所解答。 工作年数越多,越会在乎学习的成本和收益。所以也在纠结,那些十几年工作经验的老司机都说没什么用。甚是感觉是不是我的方向确实错了?

    池建强回复: 技术就像武功,是分等级的,有大宗师,有绝顶高手,有武师,也有小球。 有人做了一辈子武师和小球,感觉世界就这么大,所以会产生「学算法和数据结构网络协议」没用的错觉。 但是如果你想做那 20% 的高手,这些计算机基础知识,都是登堂入室的必备技能和储备。 你看你自己「通过反馈和输出我学习到很多东西,把之前的知识给系统化了」。这已经是很大的收获了,至于其他人愿意待在池塘里,那也是没办法的事了。 去做踮着脚尖才能够到的事情,你的储备就会发挥出最大效能。

    27
  • 纯洁的憎恶
    问问题里面有大学问,也有大用途,需要不断打磨精进。这方面我是个菜鸟。不过我也深刻的感受到会问问题的第一步是敢问。 我自尊心很强,心胸也没那么宽阔,问问题让我觉得很没面子,尤其是向处于同等位置的人求助。这个心魔很顽固。 后来我基本上克服它了,原因很有趣。在学习中我发现,个体的成长过程,从某种角度观察,会呈现出角色的不断升级。比如程序员、leader、总监、CTO。而每一种角色的思维方式、工作内容与方法都存在一定差异。一个显著的差异就是调动资源的量级不可同日而语。这很好理解,个体的产出会大概率低于群体。所以实现角色转变,学会带队伍是无法回避的问题。于是我明白了,如果我一直在纠结自己是不是懂得比别人多,那么我永远都是小角色。相反能够调动比自己牛的人实现自己的目标才是更高级的能力。自此,我再也没有因求助而焦虑过。

    池建强回复: 挺好的体验

    6
  • 熊猫
    池老师,您好,反馈个极客时间小的优化点:划线笔记在跨段落时,不是很好用,多次才成功。

    池建强回复: 这个用了开源版本,需要重写一套

    1
  • 大熊
    关于问问题,我看的是《左耳听风》专栏的72讲《程序员修养》,文中非常具体的阐述如何问问题。 我觉得问问题保持诚恳态度,不做伸手党,尽量不二过,做到这些就已经很好了。 如果有人问我问题,能力范围内的,都会回答,而且尽量给鱼也给渔。

    池建强回复: 优秀啊,左耳朵耗子的专栏值得反复阅读

    1
  • MJ
    想问一下池老师,在金融行业做一名基础设施运维工程师,如何能更好的提升自己的人生价值?

    池建强回复: 这不是个好问题。无从回答。我只能说,在那个行业,技术和业务同样重要

  • 吃草🐴~
    程序猿真的需要多交流,很多问题都是聊着聊着就有解决方案或者替代方案了。 我想聊聊我自身的经历,希望能让新人们少走弯路。上家公司,是我第一家公司,由于过于自信,刚进去我就是喜欢一个人闷头做事情,不但效率低,出活少,还经常受到 Leader 的“怒怼”:不懂为啥不问?后来,我就经常问问题,一天问好几个,但是不思考,有的问题其实是非常简单的,身边的人都被我问到不耐烦。当然,又被怼了:问点质量高的问题!再后来我就给自己定了这个规律:遇到问题,如果手头活儿多或者急,一个小时搞不定就去问;如果不忙,我就多研究研究,争取问题不要超过半天,解决不了就去问。 亲测,新人脸皮厚点,别怕。请他们吃吃东西,只要对方人不差,人家怼完你还是会教你的。犯错宜早不宜迟。
    1
    11
  • Response
    问的是问题,看的是情商
    8
  • Gojustforfun
    一看标题就不自觉地想起了《提问的智慧》,推荐看英文原版。
    5
  • 李眼镜
    每次进入一个新的领域,总是担心问的问题是错的而不好意思问别人。事实上,等熟悉了以后再回来看,确实很多问题问的是错的,扎心!
    2
收起评论
显示
设置
留言
32
收藏
99+
沉浸
阅读
分享
手机端
快捷键
回顶部