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

前言

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

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

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

另外月刊同步更新在我的 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 這些元件庫，學習它們的思想並且能用於當下。這份工作也讓我升起了另一個念頭：其實人人都在寫元件，但是這東西並不是人人能夠寫好的。我希望通過這份工作能夠實踐出點東西，然後將學習到的內容轉化為文章。

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

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