最近一段時間沒有怎麼更新，是自己一直在思考適合我學習的方法論，前一段時間一直在複習基礎，確實是認識到了當時有很多知識沒有學習到，還蠻有收穫的，但好像那只是暫時的，之後就又都忘記了。也許應該是在實踐中學習會更好一些。
剛好最近專案迭代完成，在進行codeReview，下週也就到我分享了。終於把一直說要進行程式碼優化的事情落實了。當然也有一些感觸想和大家分享一下。
我寫小說的祕訣就是不停的修改，每次修改都必須讓小說變得更短，第二稿至少比第一稿短10%。
–《暢銷小說之王斯蒂芬·金對程式設計師的啟示》
這是剛好在阮一峰每週分享第32期上出現的，也剛好符合我進行完程式碼優化的想法，之前我都是想著這個專案做完我再進行code優化吧，統一進行，但是事實上是我一拖再拖，往往過了幾周就忘記了自己寫某個函式原本的用意。原因一是因為自己沒有進行正確的註釋，二就是長時間不看。
程式碼優化是每天都要進行的
優化的重點是「越來越好」，重點不是「一次寫好」。
目前再看這兩句話確實是深有感觸，並不是說做完一個專案才開始程式碼優化，正確的應該是多回顧，再寫新的業務邏輯的時候回顧一下之前的程式碼，是不是會有更好的解決辦法，只是當時沒有想到。然後在版本迭代結束之後，應該有一個大型的程式碼優化。所以說，要注重程式碼優化的重點，是如何讓程式碼變得越來越好，沒有誰能一次性把程式碼就寫好的，後期優化是很重要的。
特別感謝我的同事，幫我找出程式碼中不合理和可以優化的地方，我們在探討的過程中我也瞭解了一些關於如何成為厲害的大佬，我們的認知不太一樣。能快速寫出元件，程式碼優雅的人在我認為就是厲害的大佬。他認為能很快的學習到一個框架的底層，把基礎知識掌握的滾過爛熟的人才是大佬。可能是我目前的認知太過於淺顯，只能看到的表層，而沒有意識到基礎夯實才能走得更遠。或許之後有一定的經驗了能理解他所說的吧。
還有一點關於學習的，同事指出我的問題是太過於妄自菲薄，其實我所認為的我自己很差勁，ES6怎麼都不會使用，一個元件怎麼都封裝不好，不知道哪些資料和方法是放到子元件中好還是父元件中好等等這些問題，在他看來，這不是需要正在經歷的過程嘛，不要著急，慢慢來，專案中寫的程式碼不都已經是ES6的格式了嘛，為什麼你說你不會時候用呢，不是用的好好的嘛。有些知識不是你看幾遍就能學會，有些知識是你一直在時候但你卻不再學習它。所以說有一點很重要。實踐和理論相結合。因為現在已經工作了，做專案，寫業務才是最重要的。知識點是你在業餘時間要去學習和鞏固的。
所以說這段時間還是有蠻多收穫的，之後會將實踐和理論多結合，程式碼優化化為重點。
關注我獲取更多前端資源和經驗分享
關注後回覆 vivi 獲取我的微訊號，望不吝賜教，pps：可輕撩哈哈
感謝大佬們閱讀，希望大家頭髮濃密，睡眠良好，情緒穩定，早日實現財富自由~