聊聊個人第一篇10萬+，同時反駁某些評論

元旦的時候，我立了一個Flag，今年要寫一篇10萬+，如今目標算是完成一半了。

終於有了一篇10萬+

知乎後臺顯示個人回答《如何衡量一我的的 JavaScript 水平？》的閱讀量已經超過了10萬，具體截止2019年5月20號是115172。

閱讀量已經超過10萬了，爲何只是完成了一半呢？由於這篇博客實際上是我翻譯的，原文在Web Archive上可以找到：10 JavaScript concepts every Node.js programmer must master。並且，這篇博客是我2年前寫的：10個JavaScript難點。不是原創，也不是今年寫的，固然只能算是完成了一半。

雖然只是翻譯，可是基本上等於"重寫"了一遍，由於我翻譯博客都是意譯而非直譯，這是爲了保證可讀性。中文和英文的寫做套路徹底不同，英語喜歡用各類定語從句，強行直譯的話讀起來會很是莫名其妙。感興趣的話，不妨對照原文和個人翻譯看看。

刷知乎的時候，看到了這個問題：如何衡量一我的的 JavaScript 水平？，就想起了本身2年前的博客，內容恰好合適，因而隨手轉發了一下。我對於這篇翻譯的博客仍是挺滿意的，因此一直記得它，因此猜到它應該會比較受歡迎，後來發現它受歡迎的程度遠遠超過了個人想象。

感謝知乎的推薦算法

正如韓寒在《三重門》的後記寫的：我是金子，我要閃光的。好的內容也是會閃光的，只是須要時間和機會。在各個內容平臺中，知乎的推薦算法更加友好，能夠將內容推薦給不少感興趣的人，這對於每一個堅持創做的人都是一個很好的機會。根據知乎提供的熱門內容傳播分析報告，一些大V的點贊加速個人答案的傳播，在此感謝你們的支持。

做爲一個內容平臺，推薦算法仍是很是重要的。很多用戶已經養成了經過推薦獲取信息的習慣，好比我天天都刷不少次微信的看一看，確實能發現很多感興趣的內容。可是，一些內容平臺的推薦功能很弱甚至於沒有，這裏我就不點名了。創做者發佈博客以後，會發現除了前幾天訪問量還能夠，之後就很是少了，將來的流量只能依賴於搜索引擎。這樣的話，對於讀者、做者以及平臺都是一種損失。今日頭條的成功，簡單來講，其實就是推薦算法的成功。

個人博客

這幾年，我一直堅持原創或者翻譯博客，大概每週寫一篇，如今已經寫了接近17萬字，閱讀量超過1萬的其實也很多了，可是寫技術博客要想突破10萬+是一件很難事情，由於中國也就那麼幾百萬開發者。技術相對於各類熱點來講，很是的枯燥，其實我也不多看，除非特別感興趣。有時候確實感興趣，也不過是收藏到Pocket裏面，而後就沒有而後了。

既然沒什麼人看，有時候還得被鍵盤俠噴，那爲何還要寫呢？這個問題我也問過其餘一些寫技術博客的做者，由於發現他們的公衆號也沒什麼人看，可是他們依然在堅持寫做。

其實，這個問題的答案很簡單，寫技術博客是一種很是好的學習方式。當咱們寫一篇技術博客的時候，須要對某個技術點很是熟悉，有時候還須要一些本身的思考，而寫做的過程當中總會發現一些本身不太清楚的地方，須要進一步瞭解。這樣，但你寫完一篇博客以後，你對這個知識點已經至關熟悉了，咱們的知識體系就經過一篇篇博客完善起來了。

若是你們以爲個人博客還有點意思，不妨看一下我這幾篇博客，算是我本身還比較滿意的：

• 咱們應該如何給需求排序？
• 不要爭了！技術選擇沒那麼重要
• 2018年，JavaScript都經歷了什麼？
• Fundebug是這樣備份數據的
• 從新思考單元測試

反駁某些評論

每個創做者應該都知道，認真地寫一篇博客或者翻譯一篇博客都不是一件簡單的事情，通常須要花好幾個小時時間。對於我來講，每一篇博客都是犧牲週末的休息時間完成的。可是，對於某些鍵盤俠來講，一句話就能夠把人給懟得很是無語。寫幾十個字的評論，顯然要比寫一篇上千字的博客要簡單不少。

我寫了這麼多博客，被懟了無數次也習慣了，不少時候不太想看評論。本身費勁寫的博客被莫名其妙地懟了，天然影響心情。固然我仍是會去看評論的，由於大部分評論是比較友善，且有所收穫的，有時確實可以幫助我修改一些錯誤。

當朋友告訴我，有人實名反對個人10萬+，這雖然是意料之中的事情，可是也很是掃興了。

這位兄弟比較較真，甚至有點かわいい，不過我也是個較真的人，這裏來反駁一下這位兄弟的觀點，固然對事不對人。

他總結的觀點我是徹底贊同的："代碼是用來解決問題的，不是用來秀技巧的，越花巧的代碼維護的代價越高。若是有一百種解決問題的方法，請使用最簡單的一種。"

可是，他說的東西和個人回答基本上是牛頭不對馬嘴，不知道他在反對我什麼東西。個人回答只不過是介紹了10個JavaScript知識點，又沒有說非得用這些特性去寫代碼，誰沒事寫個當即執行函數啊？

拿閉包來講，你們知道它是怎麼回事，看到閉包代碼的時候可以理解，須要的時候知道怎麼寫，面試的時候可以答出來就好了。固然，咱們沒有必要沒事寫什麼閉包給本身添亂，這是不言自明的道理，不知道有啥好說的。

再舉個例子，JavaScrip異步編程有3種方式：回調函數、Promise以及Async/Await，我一直在"鼓吹"你們使用Async/Await，由於簡單太多了。可是，這就意味着咱們不須要理解回調函數以及Promise了嗎？Promise是Async/Await的基礎，沒有它，哪裏來的什麼Async/Await？至於回調函數，事件監聽的時候仍是得用吧？

打個比方，我寫了一篇介紹彙編語言知識點的博客，若是有人說」什麼年代了你還用什麼彙編呢？固然得用Java啊「，這是否是有點搞笑？平常工做中，99%的開發者確實不須要用匯編，可是大部分開發者最好學習一下彙編，爲何呢？由於學會了彙編，往下層能夠幫助你理解計算機組成原理，往上層能夠幫助你理解編譯原理。這些知識對於一個優秀的工程師都是必要的知識。

還有一點須要說明，並非我介紹的知識點沒有用，應該只是如今的你用不到而已，寫上層的業務代碼固然無需這些奇怪的特性。可是當你寫一些稍微底層的代碼，好比開發一個Fundebug前端BUG監控插件或者錄屏插件時，什麼當即執行函數，閉包，prototype，apply都是要用到的。

原本想逐條反駁，所謂來而不往非禮也。不過仍是算了，他翻來覆去也就一句話，這個特性不能用，那個特性不能用，也沒有什麼好反駁的。這些特性確實有些陳舊了，大多數時候也沒有必要用，可是正如評論區有人說過，這些特性"best to know"，至於用不用那是另外一回事。我給你們介紹一下這些特性，沒有勸你們用這些特性，兄弟犯不着這麼激動。

彩蛋

個人回答最重要的是最後1個，前面的知識點能夠理解爲鋪墊。我也是花了點時間想清楚而後再寫清楚的，不妨做爲面試題，正如我所說的，可以讀懂最後1個，JS水平不會太差。

關於Fundebug

Fundebug專一於JavaScript、微信小程序、微信小遊戲、支付寶小程序、React Native、Node.js和Java線上應用實時BUG監控。 自從2016年雙十一正式上線，Fundebug累計處理了10億+錯誤事件，付費客戶有Google、360、金山軟件、百姓網等衆多品牌企業。歡迎你們免費試用！

版權聲明

轉載時請註明做者Fundebug以及本文地址：
https://blog.fundebug.com/2019/05/20/the-first-blog-over-100-thousand-pv/