個人經歷

首先講一些個人經歷，筆者在學校里學習Spring專案的時候，基本上都是老師照著書念PPT，然后演示一些有限的課堂案例，筆者印象很深刻，學校里整個Spring專案也就做了6個課堂練習，而且難度基本上屬于連接上資料庫就算成功，現在看來很簡單的事情，不知道當初為啥搞得這么辛苦

不怕大家笑話，雖然筆者在學校里的成績尚可，但是筆者直到拿到學位證書的時候，還說不清楚maven依賴是什么，在作業的時候才逐漸了解很多內容，后來必須反復思考到底出了啥問題

后來筆者在作業的時候筆者接了一個從頭開發的Vue專案，由于公司急著要，沒有時間慢慢像在學校里學了，只能邊學邊做

筆者接專案的時候Vue零基礎，前端基礎也是除了div幾個標簽和一些常用的style就啥也不會了，以前前端基本都是靠復制粘貼的，也不怕大家笑話我，筆者到作業才知道前端的三駕馬車這種說法【Html+Css+JavaScript】

經過三個多月的硬啃，說實話我自己都不知道自己咋過來的，最難熬的時候心態都崩了，直接向公司請了三天假休息

筆者現在對Vue已經有了一個初步的入門，也能和公司的干了幾年的前端進行一些基礎的交流，但是有趣的是筆者從頭到尾沒有看過一本書，上過一節課

分析解讀

結合個人經歷，筆者在學校里的時候大部分時間都是對著書本在啃，讀著老師的PPT，談到實踐除了課后作業和課設其實對實戰做的就很有限了

其實筆者后來發現，最好的學習技術的方案是什么，就是不停地敲，敲著敲著很多事情自然也就記住了

但是做專案我們終究是在面向CSDN編程，學到的知識終究都是碎片化的，既然是知識，我們是不可能繞開知識體系，

但是如果要注重體系的那一定不是做專案，而是讀書或者上課，但是筆者自問上課的時候也是專心聽講的學生，而且筆者大學經歷比較豐富，無論是培訓班，還是學校上課都是參加過的，也很難簡單地對比出應該選擇誰，但是上課的效果并不是很好，那么筆者自然不可能把責任都推給老師無能，有時候筆者也問自己難道我不適合上課嗎，那么既然要追求知識體系，筆者就去翻閱了不少書籍

后來發現好多書學習起來也非常痛苦，知識點整合不起來，筆者在看書的時候發現，書上的內容往往像一堆零件，要合體成為一個完整的專案對筆者來說實在是很痛苦，基本上第一章都是扯一大堆某某技術的發展歷程，但對于需要做專案了解這些意義真不大，但是對搞心態來說作用確實是挺大的

而且從做專案的角度來說如果企圖靠讀書的方法真的是一件很痛苦的事情，筆者更喜歡直接的干貨，相信很多同學也和筆者一樣，即我問一個問題，直接告訴我答案，而不是我問一個問題給我一大堆書，說答案就在里面，你找吧，往往你學了幾十頁，專案里某個需求也就用到幾頁甚至幾行而已，你可能不知不覺中用上了都不知道這是哪個知識點

最讓筆者頭痛的就是，一個專案，即便是最基礎的也要用到好幾種技術組合起來，就拿最簡單的圖書管理系統來說，Spring+SpringMVC+MyBatis+Mysql+HTML+CSS+JavaScript，就這一個涉及到的學科就要六七個

所以對筆者來說，即便做一個最簡單的圖書管理系統，要讀的書就要好幾本，讀完了也做不出專案來，而且有些技術學科分類并不是很清楚，筆者曾經嘗試過把所有的技術都分開，后來發現在同一類專案中，技術結合的緊密程度是不一樣的，像Spring和MyBatis結合比較緊密【翻譯過來就是非常常見】，雖然理論上行得通，但是筆者很少見到只用MyBatis不用Spring，因此MyBatis這種一般不會單獨寫一本書介紹，其實像Hibernate，Mybatis他們的分類名叫關系映射框架，但是筆者個人確實沒見過基本單獨講關系映射框架的，即便有也一定是和WEB應用框架【Spring】一起講，但是像Spring和Mysql的結合就比較松散，因為對于Spring來說換資料庫可以用oracle，db2，能連上就行了，因此單純地把所有的學科分開其實沒啥意義

得出結論

那么從上面的情況來看，既然不是老師的問題，那更不可能是書本的問題，畢竟大部分能夠寫書的都是大牛，那一定是筆者學習的方法有問題，但是筆者在個人經歷中有一點是比較明確的，理論和實踐必須要相結合

后來經過筆者的對自身經歷的和各種想法的總結，想出了一個理論結合實際的看起來有點蠢的辦法，那就是一葉知秋的方法，那就是筆者在做一個完整的專案時，一定會先知道某個單元中的某個知識點，例如在學習vue的時候一定會接觸到v-bind指令，然后通過這一個點，輻射到一塊知識點，例如vue中的常見指令還有v-model，v-bind，v-if / v-else，v-show，v-for，v-on，v-text，v-html，v-pre，v-cloak，v-once

那就是筆者同樣會在該系列做一個專案，隨著系列往后，內容也會逐漸完整，我們伴隨著專案完整性的升高逐漸輻射所有的知識點，在做專案的時候給和大家討論技術的完整性，當然有些技術可能不太可能或者不太適合在同一個專案中同時出現，例如不可能又使用Hibernate，又使用Mybatis，這方面沒有關系，我們配合版本管理神器【Git】，代碼可以多版本，也可以回退

博客改進

因此，筆者也決定對博客進行改進，以后的博客都會串聯到某個專案中，因此會有三部分組成

需求描述：即要實作什么需求

需求實作：這里不會有任何知識點講解，只是單純地介紹，怎么實作這個需求

學習要點：接下來會針對在需求實作中用到的首次出現的技術進行輻射，就好比上面提到的用一個v-bind輻射到v-model，v-bind，v-if / v-else，v-show，v-for，v-on，v-text，v-html，v-pre，v-cloak，v-once

問題解答

Q1：你的方法是碎片化還是系統化

很多同學看到這里還是會發現筆者在碎片化學習，甚至很多同學會質疑這樣學習知識點是亂序的，順序邏輯啥的和書上的不一樣，是的確實不一樣，但是學習編程在筆者眼里看來一大忌諱就是當書呆子，只要會就行，沒必要死板的非和書上的知識點一模一樣，而且，你不可能學完所有的知識點，光一個Java語言就夠你學一輩子了，難道一輩子就不學資料庫了嗎

而且請問同學們，我們何時學過一門學科的所有知識點，就拿數學來說，乘法小九九是大家小學就學的，早的同學可能一年級甚至幼兒園還沒識幾個字就學了，那么請問乘法小九九在數學這門學科的第幾章有誰能回答我嘛？肯定沒有

在筆者眼里看來，這是積木化思維，借用《小學問》上的一段話，很多同學現在的理念拼圖化思維，拼圖大家一定都玩過，只要少一塊，大家就會很焦慮，所以大家要轉換一下思維

那么積木化是什么，大家玩積木有沒有苛求過所有的積木都要用上，是的你從來沒有，有的時候光兩塊積木就能拼出一堆花樣來，就像筆者上面提到的乘法小九九，難道離開了其他知識點它就沒用了嗎，那怎么可能，平時它的作用大了去了

記住所有的知識點一個U盤就夠了，那么人腦用來干啥，相信大家是不是有點感覺過來了

Q2：那么在這種情況下體系是否就不重要了

不，非常重要，體系不是讓你照搬書上的抄，而是隨著你學得越來越多以后，自己根據自己的理解，總結出一套自己的體系，很多同學佩服寫書的人，但是你按照筆者這種做法，是不是你學到一定地步，總結一下體系，你某種程度上也有資格寫書了

Q3：之前的博客會做修改嗎

是的，一定會修改，正如博主一直在摘要中反復強調的，博客推行版本更新，成果積累制度，已經寫過的博客還會再次更新，不斷地琢磨，高質量高數量都是要追求的，工匠精神是學習必不可少的精神，在筆者眼里看來，如果說學習計算機第二大忌諱是當書呆子，那么第一大忌諱就是墨守成規，學習技術一定要求變

Q4：有些像計算機網路一樣沒有專案的怎么辦

這點大家不用擔心，筆者也是有強迫癥的人，不可能讓任何一篇博客沒有合集，只是在筆者這種設計下，有些博客就會有兩個合集，有些只有一個合集，但是理論上即便是計算機網路也會有在專案中實作，但是這個對于筆者來說還停留在空想階段，筆者終究只是個計算機的小學生，需要不斷地探索和完善，這也給大家提個醒，不要把筆者的話當萬能鑰匙，可能筆者很多話在大牛眼里都是很幼稚的發言，因此大家要敢于質疑，歡迎我們一起討論

標籤：其他

上一篇：Kubernetes安裝慢的解決方法

下一篇：返回列表