Result、How、Why、What
不是什么牛人,有许许多多的前人已经把经验总结好了。
但是争取做一个能把学习这件事,讲的最简单有效,能够轻松吸收和掌握的人。
本文首发于飞书:更好的阅读体验
不知不觉,也认真当了一年多的老师了。
以老师的身份接触和教过一些人,慢慢地,对于教和学这两件事,又有了点理解。
今天又来写写这个我总结的 RH2W 方法。
这个方法有什么用
这个方法代表的是,我平时在学习时的思考方式。
其目的是让你知道,一个学得快、学得轻松的人,是怎样思考的。
从而希望你能在学习的时候,能够尽可能做到跟我一样,学得轻松,又快又好。
怎样做
在学习的时候,
-
Restul
- 先看明白结果是什么,也就是能够完成的「效果是什么」。
-
How
- 完成这个效果,应该做哪些「步骤」,并且保证自己能完成相关的步骤,拿到对应的「效果」/「结果」。
-
Why
- 能够拿到结果了以后,去思考「为什么要这么做」,「这么做的目的是什么」。
-
What
- 想办法给别人讲明白这个知识点是什么,也就是费曼学习法。
为什么我要提出这个方法
有一个很有意思的事情,那就是我在编写这篇文章的时候,下意识的会先去给你讲解 RH2W 是什么。
然后接着讲怎么做、有什么用、为什么要这样做。
因为我发现,好像如果不给你们解释它是什么的话,似乎就进展不下去。
但是呢,我自己在学习的时候,对于「是什么」和「为什么」我向来是不关心的。
我只关心要做什么事情,能够达到什么效果。
以至于现在的我,很多时候可能有些想法都不知道该怎么表达出来。
或者在表达的时候,概念不清晰,造成用词不当的情况。
好了,言归正传。为什么我要造出这么一个词呢?
如果你是一个想要提高自己的人,可能会听过黄金圈思维,听过 2W1H 方法。
为什么有了这些现成的东西了以后,我依旧提出了一个 RH2W 呢?
在我工作的这些年里,看过很多的人在学习前端开发这件事情上,特别痛苦。
反观我自己呢,非常的轻松,看一眼就会了。
我就在思考,到底是哪个地方,造成了我跟他们之间的这种差距。
在这里,真的得感谢自己学的是编程。
这些年我真的庆幸自己学的是编程,因为学习编程技术的过程中,让我将学习这件事明确了下来。
2W1H 这个方法的不合理性
2W1H 是一个好东西,但是对于绝大多数人来说,它有误导性,或者说有欠缺性。
Why 的不合理性
一件事,你上来就思考为什么(Why),就是在胡诌。
你让一个瞎子去描述颜色,就是天方夜谭,因为他根本不知道彩色是怎样的存在。
所有的事物发展,都是实际生活中遇到了问题,为了解决它们,才得出的解决方案。
对于一个没有实际经历的人来说,有些东西是光靠想象,是想不出来的。
就比如,我告诉你电脑可以泡在水里,你能想到吗?
再比如,手机可以直接放水龙头下淋着洗,你能想到吗?
答案不用告诉我,自己心里有一个回答就好。
这段内容,只是为了告诉你,先思考 why,是一件很不合理的事情。
What 的不合理性
解释 What 在我看来,对于学习的人来说,是一件很没必要的事情。
前面我提到了,对于「是什么」,向来我是不关心的。
因为「是什么」,对于需要解决问题的人来说,不是重点。
「是什么」只有在你跟别人进行交流,在清楚表述出某个含义的时候,才需要明确的一个东西。
不信的话,请停下来思考一下你最近完成的事情当中,有哪些内容,并试着用言语表达出来,然后找一位不懂这方面的人说给他听,看看对方能不能听懂。
你会发现,你词穷了,要么是你说的内容对方理解不了,要么是你想不到用什么内容来表达。
出现这种现象,是因为这个世界上有很多的内容,是用言语表达不出来的。
比如 1 + 1 就是等于 2。
比如 这是蓝色,这个是红色。
所以试着解释「是什么」,有时候会非常的无力。
这也是我在从事教学的一年多的时间里,最大的感触。
我在编写内容的时候,最大的痛苦是,很多我自然而然就会的东西,但是好像没有一个好的方式能够讲出来。
最后才是 How 的不合理性
既然前面已经提出了 Why 和 What 的不合理性了,那么把 How 放到最后,本身就是不合理的。
另一个不合理性,在接下来的内容里,你会看到。
为什么 RH2W 能够让你的学习变轻松
首先是防杠声明,这套方法,只是活了还不够 30 年的我,对自己的学习习惯的一次总结。
我靠着这套方法,简单轻松地完成了一系列事情,包括但不限于:
-
超短时间内掌握编程技术,甚至一看就会。
-
游戏打得好
-
字写得好
-
...等等
从 2014 年的一次编程课开始,这些年我一直在分析和对比,自己究竟有哪些地方与别人不同,导致我的学习效率能够比别人高这么多。
分析过程就不表了,直接说结论。
噪音太多
还是前面提到过,在学习的时候,我不关心「Why」和「What」。
实际上,在学习的过程中,我只关心「Result」和「How」。
也就是「我应该怎么做」、「能达到什么样的效果」。
这就是我在学习中的全部。
我不会去思考「为什么」要有这个,也不会去考虑它「是什么」。
教人的这段时间里,我就发现很多人喜欢钻牛角尖,过于理解正在学得东西了。
导致自己进度上卡着,推进不了,还学得难受。
我有一次印象深刻的经历,上初中的时候学一元二次方程式的求根公式。就是下面这玩意:

之所以印象深刻,是因为当时忘记了心算这个词,以至于没有合理的反驳老师,最后去走廊上罚站了。
对于这样一个求根公式,我不关心它的推导过程,不关心为什么它会存在,学的时候我知道,「它能快速得出方程的解」,就够了。
至于「如何用(How)」,根据 <math xmlns="http://www.w3.org/1998/Math/MathML"> a x 2 + b x + c = 0 ax^2+bx+c=0 </math>ax2+bx+c=0这个格式,提取出 a、b、c 的值,然后算出结果就好。
只不过我把这个过程变成了心算。
很多的学习,其实就是这样子。
甚至可以说,我所有的学习,都是这个样子。
说到这,你应该明白,为什么我会说最后才是 How 是不合理的了吧?
更多有关于学习的的解释,可以参考我的《极简化学习》,这里不多讲解。
如果你看到这段内容,证明《极简化学习》正处在调整阶段,可以联系 @Vip ,或者微信联系「vWetoria」了解更多。
更进一步
学会了「Result」和「How」以后,对于解决平日里的问题,基本上就够用了。
如果你想偷懒,学到这个地步,已经足够了。
因为很多时候,你不需要去明白「Why」,也不需要给别人讲解「What」。
所以我自己一般也就学到这一步。
如果你想对知识点有一个更充分的掌握,
可以进一步去了解一下「Why」,思考一下「为什么要这么做,这样做的目的是什么?」、「如果不这么做,会怎么样,会得到什么样的结果」。
因为在学习的时候,绝大多数我们都是在了解正确的做法,你按照学习的内容去做,大概率是不会得到错误的结果的。
如果你想给别人讲明白,那么就试着把知识点给讲明白,也就是「What」。
以上。
正如我说的那样,对于「Why」和「What」,我关注的不多。
很多时候,我看到效果,基本上就能推出「Why」,这基于我过往的经验。
目前我也没有想到更好的例子去描述。
而「What」,在我这里只有偶尔给人讲解时,才会需要考虑。
所以你要简化成 RH,也是没问题的。
看完以后,如果有什么想要交流的,评论区,或者加我飞书 @Vip 和微信(vWetoria)探讨。