该不该从头系统学习

这个话题其实昨天就想写，主要是因为群里有小伙伴在讨论，要不要从零开始去学习 Elementor 这款编辑器。奈何昨天需要写 Google Blogger 那篇文章，干脆就推后一天。那今天这篇文章就简单聊下，对于一个未知的知识点，要不要从零开始学起。

我对这个话题还蛮有发言权的，因为我刚毕业那会做软件开发时，老是做这种从零开始系统学习一项新技能的事情。毕竟对于编程语言，真的是有太多的内容需要掌握了。于是乎，在工作中碰到一个新的不懂的点，就着手开始做学习计划，然后买资料、买课程，从零开始系统去学习。

就拿当时从零开始学 Python 这件事举例吧，先是跟这廖雪峰的开源课程跟一遍基础知识。等掌握了代码怎么写后，就又去陆陆续续学了 Flask、Django 等等框架。等一整套的流程学习完了，就着手去跟了几个开源项目，陆陆续续做了几个小项目。

所以这样一套学习计划跟下来，给我最大的感觉就是，这种从零到一的、知识面非常完善的学习路径，很多时候是有点浪费时间的。因为很多很多知识点，在实际工作中真的用不到。不敢说这个比例有 80%，我觉得 60%-70% 的比例是有的。

可能这也是应试教育给我打下的烙印，对于那些未知的领域，总是想着弄出一套完善知识体系，然后花时间一个一个去学完。

现在回过头去看，我觉得我可能再也不会采用这种从零到一的方案了。原因可能就一个点，效率太低了。

还是拿 Elementor 这款编辑器来说吧，如果一个新手想去从零到一系统学习，基本都得花几十个小时了。加上实操、犯错，总体上花的时间会非常非常多。

我昨天有去搜索了一下 Elementor 的视频教程，基本都是大几十个小时的。仔细看了其中的一些目录，其实很多知识都是无用的。即便学完了，也没什么用武之地。

所以从效率角度出发，先去搞明白 Elementor 这是个什么东西，弄明白其工作原理。然后动手跟着 Demo 做一个实际案例出来。不要管什么其中的高大上功能，也不要管什么「查缺补漏」之类的。去做、去动手实操，体验下 Elementor 编辑器到底是个什么东西，我觉得到此就可以打住了。

后面要做的就是多做几个网页、多犯错，碰到问题就去谷歌搜索，谷歌搜索解决不了的再去咨询别人。这样经过几轮实操，Elementor 编辑器的那 20% 的部分就基本掌握了，至于剩下的 80%，去他妈的，反正实际工作中也用不到。

基本上经过几轮实操积累，已经掌握的那 20% 会越来越精通。也就可以说，这款软件就已经掌握了。

可能这种「从点到线再到面」的学习路径，与那种从零到一的系统学习路径刚好相反。但现在要我选择的话，肯定是「从点到线再到面」这种方案了。