关于前端:这样提问大牛才会为你解答提问的智慧

34次阅读

共计 2541 个字符,预计需要花费 7 分钟才能阅读完成。

退职场上、在生活中发问无处不在,有时咱们扮演着提问者,有时咱们扮演着回答者。

有些人可能感觉不就是提个问嘛?有啥难的?我很认真的通知你,发问是一门技术活。

如何正确地提出问题,是一个至关重要的技能。

在写公众号之后,有很多同学会私信我,问我各种问题,作为过来人,我当然懂得那些初入行的程序员们的困惑,我也经验过那个阶段。

在入行初期,我也会问出一些让人难以答复的问题,起初通过社会的毒打,我才慢慢地懂得发问的艺术。

明天我就想谈谈程序员们应该如何发问,有些观点可能听着有点刺耳,但这就是事实。

谬误的发问

提的问题源码交易其实只有简略的用下搜索引擎就能失去答案。

比方有人问:什么是区块链?

很难吗?身为程序员搜索引擎都不会用?

还是你曾经懒到须要他人把:

关上搜索引擎

输出关键字

点击搜寻

点击答案

这几步骤帮你做了,而后再发你链接,你间接点就行了?

前人栽树后人乘凉,你偏不在那棵树下待着,拉着他人让他当场种树。

我素来没劝退过学编程的,看到这种的我要劝退你了。

搜索引擎都不会用写什么代码?

你不适宜写代码,你没有编程细胞,你适宜做少爷。

所以发问之前至多要先本人搜搜吧?别遇到个问题就抛出来,本人都不致力,不去尝试,就想着饭来张口吗?

还有工作上的一些事件,也须要提一提。

比方领导上周发了个代码标准手册,内容很多,上百条。

而后你明天写代码的时候忘了外面一项具体的束缚,然而你有点印象,这时候我倡议你本人去拉下那个文档找一找,而不是去问共事。

你可能会感觉问下共事更快,然而你本人记不得不要冀望他人能记得,公司文件盘就在那里,你本人下载,翻一下很快,能不打搅他人尽量不要打搅他人。

职场上养成这样的习惯,共事间的关系会更加融洽。

就像小时候妈妈教的,本人的事件本人做。

提一些范畴过于大的问题。

比方有人问:如何能力学好编程?

我很能了解你想要致力成长奋斗的热血之心。

人人都想上进,人人都想成为他人家的孩子。

然而问题范畴过于大,怎么才算是你心目中的学好编程?

是做出个网站就算了吗?还是做出个交口称誉的轮子?

是月薪达到 1W、2W、3W?

这类问题很含糊,而且只言片语间是说不清的,这必定是须要通过零碎的钻研,这预计得一个专栏能力讲得清,这样你让人如何答复?

如果非得让我给出一个答案,那我只能说努力学习?

我预计失去这答案你又不乐意了,说我在搪塞你。

再来个问题:mysql 如何调优?

我感觉你在面试我,我只能答复你:*

懂的掌声!

问题简短,错别字连篇,一堆代码。

这类问题在咱们程序员中还是比拟常见。

因为咱们碰到的问题常常是须要联合一大段代码,须要波及具体业务逻辑。

而后一堆代码间接微信发过来,没有任何排版,问题有好几段话,间接一扔,坐着解答。

还有一些打了错别字,语句不通,你聊天的时候打错字能够了解,然而你当初是在发问,是申请他人帮你解答。

你须要为本人的发问负责,你的问题都说不清晰,回答者为什么要消耗精力去解读你的发问?

是有几十套房终日想着如何收租,真的闲的蛋疼了吗?

将心比心,他人向你发问的时候这样一堆甩过去,代码一堆,问题都读不通顺,你有何感想?

所以上点心,这种问题,我贴个 RocketMQ issue template,参照这样的格局,写进去,而后发过来发问。

还有和业务强相干的问题,在你充沛钻研都大刀阔斧之下,真心倡议问下你 leader,放着 leader 不必干嘛?外人了解你业务都得花很大精力。

leader 不是拿来供着的,是拿来用的。

正确的发问

本人要先想分明细节,精简问题。

问题不要张口就来,你遇到问题你真的致力思考过了吗?

你真的理清数据的前因后果的吗?

你真的本人打断点一步一步调试过了吗?

还是你只看到,呀,这个服务报错了,怎么回事?

于是问旁边的老哥,我这调用怎么报错了,你帮我看看?

我以前就是这样的,因为我是真的不懂,大刀阔斧,那时断点都打不利索。

轻易出点问题就睁眼瞎。

这时候就须要反思下本人,去学习,让常识武装本人。

再说回来,如果你认真思考过你可能会发现问题被你解决了。

有时候就是短少前后的梳理,你就集中在某个点,始终想始终想,抓破脑袋也想不进去。

这时候就能够通过为了要正确的发问反推一下本人,因为正确的发问须要提炼问题,须要分明外面的细节,所以迫使你本人从头开始理,往往到最初问题就被你本人解决了。

就算还有疑难,那问题也相当精简和精确,面对回答者的反诘,你能很清晰地把流程说分明,进步解决问题的效率。

所以本人先摸清细节,精简问题,既能锤炼本人的问题排查能力,提炼能力,还能更好地发问,百利而无一害。

不要感觉替你解决问题天经地义,要珍惜每一次发问。

我其实是一个不喜爱发问的人,我感觉会麻烦他人,除非本人真的解决不了我才会提问。

奈何能力无限,所以我还是会常常问他人问题,我也有发问得不到回复的时候,我会愤慨,凭什么不答复我的问题。

人情世故,我很能了解编辑了一段话之后得不到任何回应的感触。

然而反过来想想人家可能在赶我的项目?

人家可能每天凌晨两点到家?我又没给人钱,人家有什么任务和责任来答复我的问题?

所以要接管这个事实,也没什么好埋怨的,他不是你爸妈,他也很忙,了解一下。

所以有人答复你的发问时你要珍惜,在发问之前你要思考这个问题这样问好不好,是不是不置可否?

他人抽出工夫答复你的问题,你能做的就是缩短他人答复的工夫,最高境界就是能提出一些有价值的问题,让单方都失去收益。

还有,放弃尊重,不要用向你发问是给你体面一样的语气谈话,蜜汁自信?

尽量本人先思考得出几个可能性,或者说几个计划。

发问之后说出本人的了解,至多证实你致力思考过。

毕竟你本人是当事人,你相熟本人的问题场景,所以能够说说几个大方向,或者备选计划。

我轻易举个例子,比方:我当初要做些日志的解决,音讯队列用哪个好?

把这种问题换成:我当初要做些日志的解决,音讯队列是用 Kafka、RocketMQ 还是 RabbitMQ?

这样问题就更加具体,这里就有个选择题好过简答题的说法。

比方你向领导发问,让他做决定。

发问 A:领导,最近业绩有点下滑,我这里有两个计划,A 计划须要 XXXX,B 计划须要 XXXX,您感觉哪个比拟好?

发问 B:领导,最近业绩有点下滑,我该怎么办?

你是领导,你喜爱哪个?

毋庸置疑,在考试的时候我就喜爱做选择题,而不是简答题。

领导招你是要你想给计划,而不是给你想计划。

正文完
 0