這個話題其實昨天就想寫，主要是因為群里有小伙伴在討論，要不要從零開始去學習 Elementor 這款編輯器。奈何昨天需要寫 Google Blogger 那篇文章，干脆就推后一天。那今天這篇文章就簡單聊下，對于一個未知的知識點，要不要從零開始學起。

我對這個話題還蠻有發言權的，因為我剛畢業那會做軟件開發時，老是做這種從零開始系統學習一項新技能的事情。畢竟對于編程語言，真的是有太多的內容需要掌握了。于是乎，在工作中碰到一個新的不懂的點，就著手開始做學習計劃，然后買資料、買課程，從零開始系統去學習。

就拿當時從零開始學 Python 這件事舉例吧，先是跟這廖雪峰的開源課程跟一遍基礎知識。等掌握了代碼怎么寫后，就又去陸陸續續學了 Flask、Django 等等框架。等一整套的流程學習完了，就著手去跟了幾個開源項目，陸陸續續做了幾個小項目。

所以這樣一套學習計劃跟下來，給我最大的感覺就是，這種從零到一的、知識面非常完善的學習路徑，很多時候是有點浪費時間的。因為很多很多知識點，在實際工作中真的用不到。不敢說這個比例有 80%，我覺得 60%-70% 的比例是有的。

可能這也是應試教育給我打下的烙印，對于那些未知的領域，總是想著弄出一套完善知識體系，然后花時間一個一個去學完。

現在回過頭去看，我覺得我可能再也不會采用這種從零到一的方案了。原因可能就一個點，效率太低了。

還是拿 Elementor 這款編輯器來說吧，如果一個新手想去從零到一系統學習，基本都得花幾十個小時了。加上實操、犯錯，總體上花的時間會非常非常多。

我昨天有去搜索了一下 Elementor 的視頻教程，基本都是大幾十個小時的。仔細看了其中的一些目錄，其實很多知識都是無用的。即便學完了，也沒什么用武之地。

所以從效率角度出發，先去搞明白 Elementor 這是個什么東西，弄明白其工作原理。然后動手跟著 Demo 做一個實際案例出來。不要管什么其中的高大上功能，也不要管什么「查缺補漏」之類的。去做、去動手實操，體驗下 Elementor 編輯器到底是個什么東西，我覺得到此就可以打住了。

后面要做的就是多做幾個網頁、多犯錯，碰到問題就去谷歌搜索，谷歌搜索解決不了的再去咨詢別人。這樣經過幾輪實操，Elementor 編輯器的那 20% 的部分就基本掌握了，至于剩下的 80%，去他媽的，反正實際工作中也用不到。

基本上經過幾輪實操積累，已經掌握的那 20% 會越來越精通。也就可以說，這款軟件就已經掌握了。

可能這種「從點到線再到面」的學習路徑，與那種從零到一的系統學習路徑剛好相反。但現在要我選擇的話，肯定是「從點到線再到面」這種方案了。