基礎
react/vue
對庫的學習應該分為4個方面
學習的竅門
4.1學習要有輸出
4.2學習氛圍
4.3技術交流
學習任何只是都逃不過這幾個內容：基礎以及深入，先了解其基礎內容，再發現他的實現，最後去搞懂他的思想。
這樣對於掌握那塊內容而言會是一件簡單而且有漸進性的事
基礎
基礎永遠是最重要的。
jscss
html
網路計算機基礎
資料結構（演算法）
正常業務開發工程除了js可能就是css與我們經常接觸，其他的接觸並不是特別的多，但是如果不去學習這些內容，那麼永遠就是只能停留在繪製頁面的階段，計算機是乙個體系，如果不能深刻的去理解他，那麼我們智慧型停留在表層，而製作表層的東西是容易被淘汰的。
react/vue
除卻基礎，我們也需要理解在這之上搭建的前端的解決方案，最近幾年比較火的就是react和vue。
學習它們不能只停留在學習如何使用生命週期，如何使用庫給予我們的api,我們需要去深入的理解它們，去了解它們的思想。
針對庫的學習應該分為4個方面：
1.初始階段
處在這個階段的時候，大概是一件了結了它們的生命週期和api,能夠通過ui圖給出具體的實現，但是對於內部的實現還是存在著疑問或者說可能了解過，但是不是很清晰。
2.深入了解
在這個時候，我想應該是一件看過原始碼的人了，只有看過他的原始碼的人，才能稱得上說審圖了結果這個庫，但是這個了解也有很大程度上的差異，畢竟只是單純看富哦原始碼而不是理解他的含義，這只是簡單的一種對於**的理解。
3.完全掌握
當完全掌握這個庫的時候，那麼其實眼界就已經不在這個庫上了，有跟沒有已經不重要了，畢竟如果需要那麼自己也可以直接開發乙個同樣的庫出來，只是有沒有這個必要的問題。
4.生態
不管是react還是vue它們都已經有自己的生態，在了解核心庫的同事也不能遺忘於它們的周邊生態進行學習跟進。
關於我對於它們的現狀
我之前一直努力的學習，沒有頭腦的一股衝勁的去學，已經看完了vue的原始碼，涉及了一些react的原始碼，但是我始終不覺得我能夠針對於它們進入深入了解的階段，可能在一定的時間上面，沒有去做任何思考，沒有考慮過它們為什麼這麼設計，只是單純的知道了它們是如何實現的，接下來我應該在閱讀原始碼的前提下繼續深入理解它們的思想。
學習要有計畫
制定好學習計畫：你要去學什麼東西，怎麼學習，在什麼時間段內學到什麼程度。
學習要有輸出
學習任何只是，想要了解這個知識點，那麼你必須做到幾個步驟:
1.去學習
2.脫離學習文件，自己書寫一篇你剛剛學到的知識。
3.重新整理你的學習內容，將它寫成一篇能夠給別人看的懂得教學文章。
4.複習。
學習氛圍
我們程式設計師學習任何東西的時候，其實都是很枯燥的，那麼如何在這麼枯燥的環境中去提公升自己的學習效率是乙個關鍵問題。
我個人習慣是會找乙個能夠讓我靜下心來，不會去玩其他內容的地方安安靜靜的學習。
技術交流在做重複作業的公司中如何提公升自己
1.提取重複性工作，思考利用技術來代替人工生產力。
2.要保證良好的心態，將工作跟技術分離開來。
3.要重點利用自己的空餘時間不短的去學習新技術。
4.有機會就要在團隊中推廣有利於業務上發展的技術。
5.深入去了解業務，只有了解業務了才能有機會去實現自己的技術特長。
技術從業務中來回業務中去，只要認真思考業務了，才能夠提取足夠的技術實現自己的成長，已經說在自己簡歷上能夠有乙個很拿得出手的內容。當然可能會出現一種情況，上班太忙，並且抽不出時間給你去專門做這種事情，那麼只能說，自己在空餘時間去完成這件事情，並將他使用在工作中，看下成效，首先要有技術，其次要有老闆的許可，最後要有實踐以及測試，只有這樣才能逐步完成，不然心態炸了不想幹了很影響效率以及績效。
演講的自我反省
很多次了，在演講之前不能說沒有很細心的準備，也準備了很多，可是每次演講完的效果總是很差。為什麼呢？也許是口才表達的問題。但我發現最大的問題是自己當初想的和演講時所說的往往會有很大的出入，以至於你時刻在想準備的東西，而說出去的又不是那麼回事，導致與會者都聽不懂，被你搞得摸不著頭腦。其實還是口才問題。因...
關於粗心的自我反省
自己從寫 以來，就沒少犯很二的錯誤，總是被自己的愚蠢折騰的半死，不管做演算法題還是做專案，各種粗心的事情幹盡。第一，發現自己最愛複製貼上，偷懶帝啊我，這個習慣 害我不知道吃了多少苦頭 第二，風格不好，總是i,j,k的，最後都用亂掉了，建議命名還是要規範些 第三，不簡潔，寫的非常累贅，以至於找bug的...
自我反省之路 失敗的專案
其實在各種各樣的場合說過,這將是我在這裡最後乙個專案。自己成也蕭何,敗也蕭何。得有個地方記錄下自己為什麼離開.專案為什麼失敗.我為什麼要回到技術來.其實之前做專案,可能都是些難度係數比較低的專案.沒有任何套路和打法。一路協調協調就過去了。而這個讓我失敗的專案,則是全部都是重新來的專案。而且還是一片混...