什麼樣的技術文章最受歡迎？答案在這裏

做爲一個技術人，寫了好些年技術文字，要說對「閱讀量」不在意，那確定是騙人的。

「內容爲王」早已成爲歷史，「酒香也怕巷子深」的年代，不懂運營的我，彷彿與時代漸行漸遠。

前輩指點：標題決定一篇文章的閱讀。

前輩說，大衆愛噱頭，你這篇《運維人必知必會》，誰會看呢？標題要加一些故事性，改成《運維人的婚禮，線上告警了怎麼辦？》閱讀必定更好。

妙！

前輩繼續指導，若是改成《技術人的婚禮，新郎竟然當着新娘的面幹這種事》，說不定就是一篇10W+。

果真是高人，突然感受本身要學習的地方不少。
接着，我把前輩拉黑了。

初心，寫技術文字的初心到底是什麼？

讓你們有收穫。

那什麼樣的技術文章是好文章呢？

不能光看閱讀。

若是是行業精品，是「架構師之路」之外看不到的乾貨，行業其餘專家也承認，說不定會轉載。

這裏，梳理了最近一年被其餘技術公衆號轉載最多的文章，爲將來撰文做指導。

時間跨度：2018.7.1-2019.7.1

轉載6次以上的文章：

《離不開的微服務架構，脫不開的RPC細節！》
《關於負載均衡的一切》
《互聯網架構，究竟爲啥要作服務化？》
《數據庫索引，究竟是什麼作的？》
畫外音：若是被洗稿，則追蹤不到。

轉載3次以上的文章：

《業界難題，跨庫分頁的幾種常見方案》
《究竟啥纔是互聯網架構「高可用」》
《這一次，除了罵阿里雲，還能作些什麼？》
《微服務架構，多「微」才合適？》
《架構，如何進行容量設計？》
《消除單點，一篇搞定》
《分佈式事務，原來能夠這麼玩？》
《MySQL主從延時這麼長，要怎麼優化？》
《4種事務的隔離級別，InnoDB如何巧妙實現？》
《InnoDB併發如此高，緣由居然在這？》
畫外音：垂直長篇單品。

《緩存架構，一篇足夠？》
《關於MySQL，你未必知道的！》
畫外音：技術文章合集。

《帶團隊，不要輕易放棄任何一個隊友》
畫外音：管理類。

《業餘時間，決定一我的的成就》
畫外音：雞湯類。

錯過了哪一篇？請快速補課。

這些文章有一些這樣的特色：
（1）基本是垂直類的，數據庫方向的最多，其次是架構類；
（2）長文，一次把一個問題講透；
（3）閱讀每每偏低（在手機上看消耗時間長），不知道你們是否是更喜歡「快消」類文章；

這些文章的撰寫難度也是最高的，構思/畫圖/搞案例/寫做/校訂/排版，一篇每每得3-5天。
畫外音：很奇怪，沒有一篇「1分鐘系列」轉載超過3次，1分鐘系列的文章的閱讀、好看、評論都比這些文章高，而且1分鐘系列的文章寫起來更容易。

從此，儘可能往這個方向上靠攏，多輸出乾貨好文。

今年尚未一篇10W+，前輩高手建議的《技術人的婚禮，新郎竟然當着新娘的面幹這種事》，仔細想一想，有時候還以爲挺悲哀的。
畫外音：微信公衆號改版信息流後，閱讀降低了不少，若是不想錯過好文，歡迎你們「標星」。

調研：每一篇，都有收穫嗎？謝轉。