前言
知识的诅咒,简单来说就是当一个人拥有了某个知识之后,就会不知道自己是如何掌握这个知识的,严重一些的就会出现无法理解没有该知识的人的相关想法。
场景
实际上这个事情的场景很多，我们以熟悉的编程为例：BFS，当我们提到某个编程使用BFS方法的时候，我们会忽略其如何实现，因为当你知道的时候，这个编程问题已经结束了，重点无非是一些实现细节，但是如果你希望将这个方法介绍给某个没有学习过BFS的人呢，你首先一定要介绍BFS，不然一切都是徒劳，当然可能有天赋异禀的人能够通过这些不带注释的代码迅速理解方法，不过这种人还是少数，知道运行逻辑和不知道运行逻辑的代码理解起来的差异可能也算一种。
但是具体来说编程其实属于知识的诅咒比较少的，多数时候可能是了解太多算法然后遇到特定问题不知道如何取舍算一种。这个并不好理解，但是在这就解释到这里。
思考
在讨论的时候我们会经常遇到类似的情况，当涉及到某些概念的时候，我们最好确定交谈的双方都对这个概念有着较为一致的理解，不然容易出现问题。比如说一些对于解构的meme图的解构的meme，对于一个不理解的人呢，你要先介绍原meme，比如说是电车难题，在介绍解构，比如说是马桶搋子，再介绍对这个解构的解构，比如说拿着马桶搋子的人绑在铁轨上，这是一个复杂的过程，而这仅仅只是一张图片。
所以在有些时候，当你只问某个东西是什么的时候，这个问题便已经无法回答了。
但是当这个讨论变成教授的时候，一切都变了。
知识的诅咒出现在教学里，这对很多人来说是深有体会的，你看写书的人迅速几笔带过，但是你自己就是无法理解。这是知识构筑的塔，当你看见某处漏了个洞的时候，你其实不知道这个洞有多深。可能从梯度下降算法开始解释最后细致到三角函数的性质上。当然，这就不是我希望讨论的了。当教的一方发现无法教会的时候，我们总有漫长的路来去找这个诅咒这次落在了哪。
拓展
当然，知识的诅咒也可以是被反向利用的，尽管大部分时候并不是那么有趣。
我也一直在致力于消除自己的一些知识的诅咒，在尝试用一些更加寻常的东西来描述这个世界，和我想解释的问题。所以我摸索出来的就是一些方法：尽可能为每一个我在此次交流中提出的新概念做足够的解释，尽可能在声明之后调用，尽可能将自己无知化…当然，这都是后话了
以上就是全部内容