背景：
2020魔幻開局。從1月21號起到現在，接近兩個月的時間了，我實在沒想到這個假期能如此漫長，這或許是退休前最後一個如此長的假期了吧（別再搞了）？年前還和同事們開玩笑，說要想放寒暑假這麼長的假期，只能裸辭…實在是沒想到。
之前我總盼望着能有一段長假，來充分涉獵提升自己，但是，就像讀書時期寒暑假書包裏塞的一堆書籍，最後返校時只會嫌自己想太多。
我在疫情待家的這段時間，學習效率確實非常一般，但要說收穫，其實也有一些。這些收穫不是具體技術上的，而是宏觀方向、思維上的。我認爲每個程序員都不應該只將自己的思維侷限在技術上，留給外界總是那副書呆子般的刻板印象，睜眼看世界，不斷思考反省、提高認知。以後我會慢慢把收穫都分享出來，大家一起成長 ~
本文作爲 2020年第一篇博客，新年新氣象，自然要寫點不同的東西，爲以後的輸出規劃一個方向，一個我認爲不同以往、更好的方向。
思維導圖：
一、我爲什麼要寫博客？
其實，在之前這篇文章裏我描述過最初寫博客的原因，如今寫博客兩年多了，有了新的認識，也有了新的寫博客的動力。
那麼現在，我爲什麼要寫博客呢？內心最真實的想法是什麼？總結如下幾點，並給出我認爲的重要性星級：
| 原因 | 重要性星級 |
|---|---|
| 作爲筆記，防止遺忘信息（等同於有道雲筆記） | ★ |
| 將碎片化知識系統化輸出，加深思考，強化記憶 | ★★★★ |
| 鍛鍊文字表達能力 | ★★★★★ |
| 將自己遇到的困難、解決問題後的收穫分享給需要幫助的人 | ★★★★ |
| 和大家評論互動，碰撞觀點，一起提升 | ★★★ |
| 持續輸出，打造自己的名片 | ★★ |
這幾點原因以及重要性，大家觀點是否一致呢？我想，大概率是有不同意見的，因爲這種觀點都是動態變化的。先不談我們各自都有不同的背景，就單從我自己出發，不同時間階段，我的觀點就會產生變化。
比如，我剛開始寫博客時，肯定主要側重於技術點的記憶、思考。慢慢我體會到了幫助人的愉快，意識到了文字表達能力對於技術人員的重要性。然後等博客下面有人和你爭論時，發現碰撞能帶來不一樣的收穫。在這過程中我們自己也會關注很多人的博客、公衆號，發現前輩們能靠着持續優質輸出，獲得大量粉絲，打造出了自己的業界名片，也能作爲副業提供收入…
很真實，耗費心力寫文章給人看，當然不是絕對爲了利他，對大多數人來說，利他同時能帶來自身的快樂、成長（利己），這應該算是最好的狀態了吧。
說到這點，就不得不談談王垠了。
包括我在內的很多技術人都或多或少從王垠的博客中有所收穫（強烈建議沒看過的同學去看看），但是王垠所得到的太少，或許因爲自身的經歷、性格，他一直不願意妥協，去利用自己的名氣謀求利益，這和當今中國技術圈很多人想方設法變現形成鮮明對比，這種風骨，我很敬佩，但我肯定難以模仿，我也不覺得大家需要去模仿。
有底線，付出後得到自己應得的，不委屈自己，這纔是良性社會。
二、大家都在寫博客，差別在哪？
我們既是寫博客的人，也是閱讀博客的人，更多的時間我們都在閱讀別人的文章。所以，如何提升自己輸出博客的能力，要從閱讀他人的博客開始分析。
就像看小說，看的越多，口味越刁，閱讀博客也一樣。
看看自己以前的博客，都是完全碎片化的存在，而且都缺乏技術深度，不成體系。很多博客都是解決某個場景下遇到的小問題，這些問題在網上大多都有類似的文章，也缺乏新意人云亦云。
當然，我也不是完全否定我過去所寫的博客，因爲比我做得更差的人，居然還挺多…
每次我百度搜索資料的時候，最討厭的就是這種情況：點進去搜索首頁的一個相關問題博客，標題較爲符合，但閱讀後發現不能解決我面臨的問題，或者這篇博客本身存在漏洞，於是繼續瀏覽搜索結果，居然發現這些文章全是轉載之前的那篇！甚至錯誤的地方都照搬，有的連轉載地址都不加，這一刻我是真的頭疼。
還有很多博客在解決問題時完全沒有介紹問題背景、當時的環境、問題產生的原因，只有乾癟的一點解決操作，這還可能從別的人哪裏複製來的…所以有時不僅無法幫助別人，還會產生誤導，耗費別人更多的時間。
還有一些博客，可能是由於CSDN早期排版有問題？反正那博客寫的是歪七豎八、花裏胡哨，簡直挑戰閱讀者的眼力。遇到這種文章，我掃一眼後基本直接關閉，這並不是“以貌取人”，而是寫出這種博客的人，大概率完全不用心，內容質量也堪憂。
所以我寫博客，一般不會轉載文章，真正遇到有價值的文章，我可能會記錄到有道雲筆記上。還有，如果我寫的博客內容有類似的文章已經存在，我都會結合我自己應用場景、遇到的問題，系統化整理輸出，不會完全照搬，因爲這樣確實沒有意義。
說了一堆各種博客的缺點，那麼，什麼樣的博客纔是讓我覺得賞心悅目、有閱讀慾望的存在呢？請看下一小節。
三、如何更好地輸出博客？
首先，我們寫出的博客，你覺得是自己修改的多呢？還是自己讀的多呢？還是給別人讀的多呢？
如果你對技術敏感的話，這時可能會聯想到編寫代碼。
我們編寫的代碼，大部分時候都是在閱讀它，而不是修改它。並且由於軟件代碼的生命週期一般都大於作者對它的維護期，你當前公司的同事、你跳槽後入職的新員工，都有可能繼續維護、閱讀你的代碼。所以，我們的代碼必須具備良好的可讀性，非常非常重要！
回到你寫的博客，看看它上方的閱讀數，再對比下你閱讀它的次數，就應該明白可讀性是多麼關鍵。
影響博客可讀性的第一要素，就是 排版。
一個良好的排版，並不需要花裏胡哨、五顏六色，越整潔越好，比如王垠的這種排版：
是不是覺得十分舒服呢？真的會激發我的閱讀慾望…
而 CSDN 爲了減少程序員在排版上的精力耗費，基本統一化排版，只提供很少的格式選擇，較爲整潔，這確實也是一種不錯的設計，Keep It Simple and Stupid！
解決了排版問題後，我們需要注意文章的 邏輯層次。
所謂的邏輯層次，很多時候就體現在小標題上，每一個小標題都能描述後續文字的核心觀點，各個小標題之間也可以形成遞進或者並列關係，這樣整篇文章的邏輯結構會十分清晰，閱讀者也能更加輕易地明白你想表達內容的思路。（小技巧：CSDN可以自動生成目錄）
由於我之前寫的大多都是碎片化技術文章，漫無目的，所以我計劃以後的博客一定要 體系化！
體系化是一個比較寬泛的概念，我未來可能從這幾個方面去形成自己的博客體系：
- 區分技術和非技術文章。因爲技術文章往往具備明顯的技術點體系結構，比如編程語言 - Java - Spring框架 - 源碼分析系列，我們很容易分類形成體系。而非技術文章涉及的面就比較廣了，很多時候都是對某一事件有所感悟，或者觀察一些現象形成總結，剛開始不好形成體系，可以日後再說。
- 技術文章中儘量不要將技術點孤立開來、過於碎片。比如寫Spring相關博客時，我們劃分爲生產場景問題集錦、底層源碼分析系列等，每篇博客標題可以這種形式命名：Spring源碼分析系列（1）xxx，將多篇博客關聯成一個系列。
具體如何形成自己的體系，還需要慢慢摸索，但這種寫博客的方式，肯定比較辛苦，因爲不像之前那樣隨意了，需要一個整體、長期規劃，還有可能太監…
我對我未來博客還有一個規劃就是，儘量多寫一些能體現思想深度、設計理念的文章，計算機知識更新換代很快，經常誕生新知識、淘汰舊知識，但是很多設計思想並沒有多少變化。比如最近幾年概念炒得火熱的大數據領域，本質就是分治算法的應用，通過分佈式集羣實現存儲、計算的分治。
授人以魚不如授人以漁。我們很多時候太執着於學習一些死知識，被這些看似高端的奇技淫巧所迷惑，記了又忘，挫敗感油然而生。其實大可不必，這世界確實變化很快，但總有不變的成分，這些纔是我們需要去抓住的 key。
還有一點，關於博客平臺的選擇，很多大神都有自己的博客網站、或者公衆號，如果以後我能持續輸出更優質的內容時再考慮吧…現在還是做好自己！CSDN 足矣。
規劃很美好…希望我以後能做到吧。