第一期前端技術月刊（一月）
首先每次的月報文章都不會很多，但是寫上去的文章都很適合精讀 ，量會控制在十到二十篇之間。推薦的文章會存在英文文章或者需要科學上學才能閱讀的，如果打不開地址請不要驚奇。
每次的月刊分為兩部分，第一部分就是文章推薦，第二部分是個人月報總結，一些技術的成長以及個人感悟。
然後解答下為什麼文章不多的問題。我知道很多人喜歡收藏一大堆連結的文章，感覺撿到了寶。但是可以仔細回想下，對於這類一堆連結的文章，你真的會再去閱讀或者瀏覽連結中的內容麼？如果很少或者不會，那還不如只推薦幾篇優秀的文章，在有閒暇的時候細細品讀。
JS
-
v8 是怎麼實現更快的 await ？深入理解 await 的執行機制
V8 團隊如何在新的版本中實現更快的 await。
-
為什麼框架中更喜歡用
Object.create(null)而不是字面量呢？
效能優化
-
大廠大佬提供的一些效能優化思路，從基礎的內容講起，逐步到 SSR 同構、PWA 直出、Redis 快取等等內容。
-
A Netflix Web Performance Case Study
網飛的效能優化文章。如果你想學習這一塊的內容，網飛的效能優化文章必然是不可錯過的，人家在這方面的鑽研是相當深入的。
React
-
Dan Abramov 的出品無腦推，畢竟是 React 團隊中很活躍的一個大佬。你想學習 Hooks 相關的內容，可以閱讀這篇文章。
-
HOC 與 Render Props，談我從她們身上學到什麼
元件的一些設計模式。
其他
-
張鑫旭給出的一些前端迷茫時該如何做的一些思路。
-
演算法相關，瞭解 Bug-O 到底是啥玩意。
-
看看大佬的一些感悟。
-
安全相關的內容，瞭解下短網址會有什麼問題？
個人月報
這個月在技術上的成長總的來說分為兩塊。
去年 12 月底接手了一個新專案，公司內部的簡歷系統，然後前後端都得前端一起做掉。作為專案的 PM，迅速學習了一些 MySql 相關的內容以及如何設計一個數據庫等等內容，進而寫完了前後端的核心程式碼。接下來就是給組員合理的安排任務，review 程式碼，在這個過程中其實不光有技術上的成長，更有其他的成長在裡面。
在專案上線以後，老大和我說這個專案中我需要轉變下身份，從開發者轉為 PD，要多和業務方去溝通，瞭解他們的痛點和訴求，然後轉化為合理的需求並且實現為功能。
其實這個專案是老大丟擲去的幾個專案之一，是需要業餘時間去完成的。我看到有一個不錯的練手機會，果斷就要來了。因為在實際專案中練手的機會實在不多，雖然需要耗費業餘時間去完成這個專案，但是這個專案帶給個人的成長是完全值得的。
萬一大家公司裡也能遇到這樣的機會，很推薦大家學有餘力的情況下去爭取一下。
這一塊帶給我的思考就是：公司給我們薪水是因為我們能創造更多的價值，然後分配一點收益給我們。你創造的價值越多，相應獲得的機會也會更多。我這裡寫的是機會而不是實實在在的收益，因為在公司裡，並不是付出一定有回報的。但是多露臉肯定是有好處的。
就比如說我這個專案。如果我沒有去接手，我只是節省下了一部分的業餘時間，而且很有可能業餘時間也被自己浪費了。但是卻失去了一次很好的成長機會，因為短時間內我不會成為一個專案的 PM，也不會有轉換角色的可能。你比別人多了這個經驗，你就會顯得更有價值。
另外一邊的成長是開始專門做元件化的工作。一個不錯的元件，能夠考量開發者的多種能力，畢竟要讓別人用的爽不是一件很簡單的事情。我也開始閱讀 RC 和 Ant Design 這些元件庫，學習它們的思想並且能用於當下。這份工作也讓我升起了另一個念頭：其實人人都在寫元件，但是這東西並不是人人能夠寫好的。我希望通過這份工作能夠實踐出點東西，然後將學習到的內容轉化為文章。
所以又給今年的計劃多上了那麼一筆，打算用一年的時間再多寫一個專欄「重寫元件」 。
多說一句，寫寫月報或者週報能很好的認識到自己一段時間的成長，總的來說利大於弊。