本文只針對作者自身現階段出現的問題
最近發現跟我同時學習的一位同學，學習進度已遠遠把我甩在了後面，當初我們都是學php的，現在我還在研究框架機制，而他已大肆的在前段端和node.js領域馳騁，我突然發現，自己學習的進度真的好慢，之前說學go編程也擱置了。其實我早就發現這個問題了，只是對這個問題的認識懵懵懂懂的，也沒什麼參考，也就沒怎麼在意了，而現在我突然發現，真的自己的學習方式有很大弊端。
前段時間看到一段話，更是讓我置身自己的侷限之外赤裸裸的看到了自己的問題：
現在的開發工作要求我們能夠快速掌握一門語言。一般來說應對這種挑戰有兩種態度：其一，粗粗看看語法，就擼起袖子開幹，邊查Google邊學習；其二是花很多時間完整地把整個語言學習一遍，做到胸有成竹，然後再開始做實際工作。然而這兩種方法都有弊病。第二種方法的問題當然很明顯，不僅浪費了時間，偏離了目標，而且學習效率不高。因爲沒有實際問題驅動的語言學習通常是不牢固不深入的。有的人學着學着成了語言專家，反而忘了自己原本是要解決問題來的。
很多次，我都發現自己對一些技術概念老是掌握不了，比如說php socket操作，雖然自己看了不少資料，但是由於沒寫demo，沒有真實的認識，就像沒吃過蘋果的人老聽別人描述蘋果的味道，但是如果他不去嘗一口的話，就算別人描述的再繪聲繪色，他也很有可能不知道蘋果到底什麼味道，同樣，我不應該只看資料而不動手寫代碼，也不要先聽完所有別人的描述，自己心裏有了蘋果味道纔去嚐嚐味道，浪費時間，而是知道大概味道就果斷咬下去，開始動手寫代碼。
也許是我從小養成的習慣吧，做什麼事前一定要有十足的把握纔開始動手。所以現在我也是總要把相關資料細節看完才肯動手，但是這一套到了如今知識龐雜而散亂的今天是沒用的，因爲這會浪費大量時間，而且也常常因爲那些細節的繁雜所拖累，或者被牽引了太遠而脫離了本來的方向，就像我閱讀thinkphp源碼的時候，非要把所有細節弄懂才罷，導致我到現在還沒看完，而且還因爲任務量大產生了畏懼心理，其實我只需要理解運行機制和一些關鍵技術就行了，完全沒有必要這樣折磨自己。
所以，學習新知識點的時候，應該先學習基本基礎後，找出主線任務，突出重點，然後那些細枝末節並非本質的知識內容，就在寫代碼的實踐中去逐一解決。而對於難點，就應該集中精力，速戰速決，免得自己拖延出畏懼心理而阻礙自己的學習。
希望自己儘量早點克服