第一期前端技術月刊（一月）

前言

首先每次的月報文章都不會不少，可是寫上去的文章都很適合精讀，量會控制在十到二十篇之間。推薦的文章會存在英文文章或者須要科學上學才能閱讀的，若是打不開地址請不要驚奇。

每次的月刊分爲兩部分，第一部分就是文章推薦，第二部分是我的月報總結，一些技術的成長以及我的感悟。

而後解答下爲何文章很少的問題。我知道不少人喜歡收藏一大堆連接的文章，感受撿到了寶。可是能夠仔細回想下，對於這類一堆連接的文章，你真的會再去閱讀或者瀏覽連接中的內容麼？若是不多或者不會，那還不如只推薦幾篇優秀的文章，在有閒暇的時候細細品讀。

另外月刊同步更新在個人 Github

JS

• v8 是怎麼實現更快的 await ？深刻理解 await 的運行機制

  V8 團隊如何在新的版本中實現更快的 await。

• 詳解 Object.create(null)

  爲何框架中更喜歡用 Object.create(null) 而不是字面量呢？

性能優化

• 讓老闆虎軀一震的前端技術，KPI 殺手

  大廠大佬提供的一些性能優化思路，從基礎的內容講起，逐步到 SSR 同構、PWA 直出、Redis 緩存等等內容。

• A Netflix Web Performance Case Study

  網飛的性能優化文章。若是你想學習這一塊的內容，網飛的性能優化文章必然是不可錯過的，人家在這方面的鑽研是至關深刻的。

React

• Why Isn’t X a Hook?

  Dan Abramov 的出品無腦推，畢竟是 React 團隊中很活躍的一個大佬。你想學習 Hooks 相關的內容，能夠閱讀這篇文章。

• HOC 與 Render Props，談我從她們身上學到什麼

  組件的一些設計模式。

其餘

• 前端迷茫怎麼辦?

  張鑫旭給出的一些前端迷茫時該如何作的一些思路。

• The 「Bug-O」 Notation

  算法相關，瞭解 Bug-O 究竟是啥玩意。

• 畢玄：我在阿里的十年技術感悟

  看看大佬的一些感悟。

• 短網址安全淺談

  安全相關的內容，瞭解下短網址會有什麼問題？

我的月報

這個月在技術上的成長總的來講分爲兩塊。

去年 12 月底接手了一個新項目，公司內部的簡歷系統，而後先後端都得前端一塊兒作掉。做爲項目的 PM，迅速學習了一些 MySql 相關的內容以及如何設計一個數據庫等等內容，進而寫完了先後端的核心代碼。接下來就是給組員合理的安排任務，review 代碼，在這個過程當中其實不光有技術上的成長，更有其餘的成長在裏面。

在項目上線之後，老大和我說這個項目中我須要轉變下身份，從開發者轉爲 PD，要多和業務方去溝通，瞭解他們的痛點和訴求，而後轉化爲合理的需求而且實現爲功能。

其實這個項目是老大拋出去的幾個項目之一，是須要業餘時間去完成的。我看到有一個不錯的練手機會，果斷就要來了。由於在實際項目中練手的機會實在很少，雖然須要耗費業餘時間去完成這個項目，可是這個項目帶給我的的成長是徹底值得的。

萬一你們公司裏也能遇到這樣的機會，很推薦你們學有餘力的狀況下去爭取一下。

這一塊帶給個人思考就是：公司給咱們薪水是由於咱們能創造更多的價值，而後分配一點收益給咱們。你創造的價值越多，相應得到的機會也會更多。我這裏寫的是機會而不是實實在在的收益，由於在公司裏，並非付出必定有回報的。可是多露臉確定是有好處的。

就好比說我這個項目。若是我沒有去接手，我只是節省下了一部分的業餘時間，並且頗有可能業餘時間也被本身浪費了。可是卻失去了一次很好的成長機會，由於短期內我不會成爲一個項目的 PM，也不會有轉換角色的可能。你比別人多了這個經驗，你就會顯得更有價值。

另一邊的成長是開始專門作組件化的工做。一個不錯的組件，可以考量開發者的多種能力，畢竟要讓別人用的爽不是一件很簡單的事情。我也開始閱讀 RC 和 Ant Design 這些組件庫，學習它們的思想而且能用於當下。這份工做也讓我升起了另外一個念頭：其實人人都在寫組件，可是這東西並非人人可以寫好的。我但願經過這份工做可以實踐出點東西，而後將學習到的內容轉化爲文章。

因此又給今年的計劃多上了那麼一筆，打算用一年的時間再多寫一個專欄 「重寫組件」。

多說一句，寫寫月報或者週報能很好的認識到本身一段時間的成長，總的來講利大於弊。