總結2020：5個月出版兩本書，日更公眾號是一種怎樣的體驗？

冰 河發表於2020-12-31

寫在前面

今天是2020-12-31號，也就是2020年的最後一天了，看到很多小夥伴都在這一天對自己這一年來的情況進行了總結。我也簡單的總結下吧。2020年對我個人來說，是不平凡的一年，這一年，我出版了兩本書。一本是《海量資料處理與大資料技術實戰》，一本是《MySQL技術大全：開發、優化和運維實戰》。並且在這一年，我幾乎保持著日更公眾號的頻率，並總結整理出8本超硬核的PDF電子書。這一年，我開源了幾個高併發、大流量場景下的技術框架，這一年。。。

回顧寫書過程

其實，開始寫書是在2019年的6月份了，出版社的王編輯找到了我，邀請我寫書。當時的我，其實還是挺糾結的，要不要寫呢？最終的決定還是寫吧！一方面是想看看自己持續輸出文章這麼多年，就真的系統掌握了相關的知識嗎？於是，我便和王編輯討論書籍的選題，後來定的是大資料方向，要以實戰為主。於是我便給書籍起了個名字——《海量資料處理與大資料技術實戰》。於是乎，我們便籤訂了合同，我也開始寫稿了。

本來想的是在2019年11月21號交稿，沒想到寫作期間根本停不下來。可能別人是沒詞寫。而我，是多的寫不完。於是編輯為我限定了頁數，讓我全書不要超過550頁，竟然還有這種事。於是乎，我便開始重新整理思路，確保全書儘量不要超過600頁。

要是內容寫多了，編輯讓我最後刪。。。。

期間，我也一路開掛式的寫作，因為思路很清晰嘛，我們們的這位王編輯做事情也是很高效的，跟她配合起來效率就是高。

就這樣，我一路開掛式的寫作，原本定的5個月的寫作時間，只用了不到兩個半月就寫完了！

最終的稿子排版後是598頁。

寫完《海量資料處理與大資料技術實戰》這本書，我們並沒有閒著，又簽訂了《MySQL技術大全：開發優化與運維實戰》這本書的合同。

之後，我也是火力全開，2個半月 就寫完了760頁《MySQL技術大全：開發、優化和運維實戰》，並且為全書錄制了配套的視訊說明。值得一提的是：《MySQL技術大全：開發、優化和運維實戰》全書基於MySQL8.x編寫，相容MySQL5.x版本。

兩本書的寫作過程差不多花費了5個月的時間，這效率自己還是挺滿意的~~

有很多小夥伴都在問我，為啥寫書會寫的這麼快： 關於寫書我是這樣提高自己的效率的：

  • 寫書前我會花一整天的時間構思、整理書籍框架和結構，將其整理成腦圖。
  • 反覆思考、完善腦圖的內容，儘量細化，把能想到的知識點都列到腦圖上，此時做的是 “加法” 操作。
  • 完善腦圖後，開始精簡，修正腦圖的內容，此時做的是 “減法” 操作。
  • 調整腦圖枝幹的順序，修正細節。此時，腦圖的結構基本就對應了書籍的目錄。

整理腦圖前前後後會花費大概一週的時間，寫這兩本書時，我都是先按照這個思路來整理腦圖的。整理的過程中，整本書的框架和結構也就深深的印在了我的腦海中，寫作起來也就非常的順暢了。這樣一來，我就不會擔心沒詞寫，而是擔心是不是寫的太多了！

回顧寫公眾號

從今年2月份開始，也就是寫完兩本書的全稿後，我開始了公眾號的寫作。旨在分享自己在實際工作中的經驗總結，技術分享。主要寫的還是以技術類的文章為主。並且我也將文章分類整理到了github和gitee上。

分類如下所示。

微信公眾號更新了大量技術專題，每一篇技術文章都乾貨滿滿！不少讀者已經通過閱讀「 冰河技術 」微信公眾號文章，成功跳槽到大廠，實現升職加薪；也有不少讀者實現了技術上的飛躍，成為自己所在公司的技術骨幹！

我也將公眾號的部分文章進行了梳理，整理成8本超硬核的免費、開源的PDF電子書，其中，《深入理解高併發程式設計（第1版）》電子累計全網下載已達7W+，小夥伴們可通過如下方式來獲取這些電子書。

關注 冰河技術 微信公眾號：

回覆 “併發程式設計” 領取《深入理解高併發程式設計（第1版）》PDF文件。

回覆 “併發原始碼” 領取《併發程式設計核心知識（原始碼分析篇 第1版）》PDF文件。

回覆 ”限流“ 領取《億級流量下的分散式解決方案》PDF文件。

回覆 “設計模式” 領取《深入淺出Java23種設計模式》PDF文件。

回覆 “Java8新特性” 領取 《Java8新特性教程》PDF文件。

回覆 “分散式儲存” 領取《跟冰河學習分散式儲存技術》 PDF文件。

回覆 “Nginx” 領取《跟冰河學習Nginx技術》PDF文件。

回覆 “網際網路工程” 領取《跟冰河學習網際網路工程技術》PDF文件。

期間，公眾號的文章也被很多小夥伴認可過。這種認可比出書還高興啊，也給了我更多的動力去寫好每一篇文章。這裡，我就曬兩張圖吧。

在這裡插入圖片描述

在這裡插入圖片描述

回顧開源專案

冰河曾經經歷過一個完整電商系統使用者從零到上億的研發過程，在業務的不斷髮展與變化過程中，演化出電商系統和基於大資料的商品精準實時推薦平臺，關於MySQL資料庫的架構演進，小夥伴們可以參考《從零到千萬使用者，我是如何一步步優化MySQL資料庫的？》，關於系統的架構演進，小夥伴們可以參考《系統從初期到支撐億級流量，都經歷了哪些架構上的演變？》。

在研發系統的過程中，對一些通用的元件和功能進行了抽象和封裝，以開源框架的形式開源出來，希望能夠幫助到更多的小夥伴，也希望能夠有更多的小夥伴來參與開源專案的研發。以下是我重點開源和維護的專案：

全網首個完全開源的分散式全域性有序序列號（分散式ID生成器）服務，支援嵌入式（Jar包）、RPC（Dubbo）、Restful API方式釋出服務。開源地址：
GitHub: https://github.com/sunshinelyz/mykit-serial
Gitee: https://gitee.com/binghe001/mykit-serial

基於可靠訊息最終一致性的分散式事務框架mykit-transaction-message開源地址：
GitHub: https://github.com/sunshinelyz/mykit-transaction-message
Gitee: https://gitee.com/binghe001/mykit-transaction-message

精準定時任務和延遲佇列框架mykit-delay開源地址：
GitHub: https://github.com/sunshinelyz/mykit-delay
Gitee: https://gitee.com/binghe001/mykit-delay

開源不易，希望小夥伴們能夠給上面三個開源專案一個大大的star。

還有一些其他專案，在我的github上，以mykit開頭的開源專案都隸屬於mykit系列框架，基本都是我個人在開發和維護。另外，我也是開源分散式資料庫中介軟體Mycat的核心開發人員，最近有很多小夥伴在問：Mycat還在維護嗎？我：肯定在維護啊，而且最近還要釋出一個重大版本！。

另有一個自豪的事情是：前段時間和貓大人（Dromara社群的創始人、Hmily開源分散式事務框架作者、Soul開源閘道器作者）討論寫書的事情時，貓大人建議我將開源框架提交到Dromara社群，那裡有很多的小夥伴在一同維護社群的專案。我也在規劃、考慮中。

寫開源框架的過程中，確實讓自己的技術得到了質的提升，因為這需要掌握很多底層的原理和編碼技巧，有時，還會涉及到技術的難點攻關。不過這也是對自己技術水平的驗證和進一步的查漏補缺。

最後，希望更多的小夥伴能夠投入到開源專案的開發和維護中，mykit系列開源框架期待你的加入。開源不易，也希望小夥伴們能夠給開源專案一個大大的star~~

明年規劃

（1）沉澱自己，不斷提升自己的技術積累和認知，形成自己的方法論。

（2）與貓大人合力共同出版一本超硬核的技術圖書。

（3）繼續增加輸出文章的深度和普適度，提供一些通用的解決方案和方法論。

（4）不斷完善公眾號內容的深度，從深入原理、原始碼到實戰，全方位輸出技術文章，讓每個小夥伴能夠從根本上掌握相關的技術。

（5）持續更新和維護mykit系列開源框架，希望能夠幫助到更多的小夥伴，也希望能夠有更多的小夥伴加入進來，也希望能夠獲得更多的小夥伴的Star。

（6）加強對公眾號的運營，與其他公眾號大佬多多溝通交流，學習他人優秀的經驗。

（7）其他代辦事項。。。

總之，2020年是不平凡的一年，2021年也將會是非常充實的一年，2021我們一起加油。

如果你覺得我寫的還不錯，可以加我微信，共同討論技術哦，也可以圍觀我的朋友圈，那裡有我發在公眾號的文章哦~~

在這裡插入圖片描述

相關文章