背景：
2020魔幻开局。从1月21号起到现在，接近两个月的时间了，我实在没想到这个假期能如此漫长，这或许是退休前最后一个如此长的假期了吧（别再搞了）？年前还和同事们开玩笑，说要想放寒暑假这么长的假期，只能裸辞…实在是没想到。
之前我总盼望着能有一段长假，来充分涉猎提升自己，但是，就像读书时期寒暑假书包里塞的一堆书籍，最后返校时只会嫌自己想太多。
我在疫情待家的这段时间，学习效率确实非常一般，但要说收获，其实也有一些。这些收获不是具体技术上的，而是宏观方向、思维上的。我认为每个程序员都不应该只将自己的思维局限在技术上，留给外界总是那副书呆子般的刻板印象，睁眼看世界，不断思考反省、提高认知。以后我会慢慢把收获都分享出来，大家一起成长 ~
本文作为 2020年第一篇博客，新年新气象，自然要写点不同的东西，为以后的输出规划一个方向，一个我认为不同以往、更好的方向。
思维导图：
一、我为什么要写博客？
其实，在之前这篇文章里我描述过最初写博客的原因，如今写博客两年多了，有了新的认识，也有了新的写博客的动力。
那么现在，我为什么要写博客呢？内心最真实的想法是什么？总结如下几点，并给出我认为的重要性星级：
| 原因 | 重要性星级 |
|---|---|
| 作为笔记，防止遗忘信息（等同于有道云笔记） | ★ |
| 将碎片化知识系统化输出，加深思考，强化记忆 | ★★★★ |
| 锻炼文字表达能力 | ★★★★★ |
| 将自己遇到的困难、解决问题后的收获分享给需要帮助的人 | ★★★★ |
| 和大家评论互动，碰撞观点，一起提升 | ★★★ |
| 持续输出，打造自己的名片 | ★★ |
这几点原因以及重要性，大家观点是否一致呢？我想，大概率是有不同意见的，因为这种观点都是动态变化的。先不谈我们各自都有不同的背景，就单从我自己出发，不同时间阶段，我的观点就会产生变化。
比如，我刚开始写博客时，肯定主要侧重于技术点的记忆、思考。慢慢我体会到了帮助人的愉快，意识到了文字表达能力对于技术人员的重要性。然后等博客下面有人和你争论时，发现碰撞能带来不一样的收获。在这过程中我们自己也会关注很多人的博客、公众号，发现前辈们能靠着持续优质输出，获得大量粉丝，打造出了自己的业界名片，也能作为副业提供收入…
很真实，耗费心力写文章给人看，当然不是绝对为了利他，对大多数人来说，利他同时能带来自身的快乐、成长（利己），这应该算是最好的状态了吧。
说到这点，就不得不谈谈王垠了。
包括我在内的很多技术人都或多或少从王垠的博客中有所收获（强烈建议没看过的同学去看看），但是王垠所得到的太少，或许因为自身的经历、性格，他一直不愿意妥协，去利用自己的名气谋求利益，这和当今中国技术圈很多人想方设法变现形成鲜明对比，这种风骨，我很敬佩，但我肯定难以模仿，我也不觉得大家需要去模仿。
有底线，付出后得到自己应得的，不委屈自己，这才是良性社会。
二、大家都在写博客，差别在哪？
我们既是写博客的人，也是阅读博客的人，更多的时间我们都在阅读别人的文章。所以，如何提升自己输出博客的能力，要从阅读他人的博客开始分析。
就像看小说，看的越多，口味越刁，阅读博客也一样。
看看自己以前的博客，都是完全碎片化的存在，而且都缺乏技术深度，不成体系。很多博客都是解决某个场景下遇到的小问题，这些问题在网上大多都有类似的文章，也缺乏新意人云亦云。
当然，我也不是完全否定我过去所写的博客，因为比我做得更差的人，居然还挺多…
每次我百度搜索资料的时候，最讨厌的就是这种情况：点进去搜索首页的一个相关问题博客，标题较为符合，但阅读后发现不能解决我面临的问题，或者这篇博客本身存在漏洞，于是继续浏览搜索结果，居然发现这些文章全是转载之前的那篇！甚至错误的地方都照搬，有点连转载地址都不加，这一刻我是真的头疼。
还有很多博客在解决问题时完全没有介绍问题背景、当时的环境、问题产生的原因，只有干瘪的一点解决操作，这还可能从别的人哪里复制来的…所以有时不仅无法帮助别人，还会产生误导，耗费被人更多的时间。
还有一些博客，可能是由于CSDN早期排版有问题？反正那博客写的是歪七竖八、花里胡哨，简直挑战阅读者的眼力。遇到这种文章，我扫一眼后基本直接关闭，这并不是“以貌取人”，而是写出这种博客的人，大概率完全不用心，内容质量也堪忧。
所以我个人写博客，一般不会转载文章，真正遇到有价值的文章，我可能会记录到有道云笔记上。还有，如果我写的博客内容有类似的文章已经存在，我都会结合我自己应用场景、遇到的问题，系统化整理输出，不会完全照搬，因为这样确实没有意义。
说了一堆各种博客的缺点，那么，什么样的博客才是让我觉得赏心悦目、有阅读欲望的存在呢？请看下一小节。
三、如何更好地输出博客？
首先，我们写出的博客，你觉得是自己修改的多呢？还是自己读的多呢？还是给别人读的多呢？
如果你对技术敏感的话，这时可能会联想到编写代码。
我们编写的代码，大部分时候都是在阅读它，而不是修改它。并且由于软件代码的生命周期一般都大于作者对它的维护期，你当前公司的同事、你跳槽后入职的新员工，都有可能继续维护、阅读你的代码。所以，我们的代码必须具备良好的可读性，非常非常重要！
回到你写的博客，看看它上方的阅读数，再对比下你阅读它的次数，就应该明白可读性是多么关键。
影响博客可读性的第一要素，就是 排版。
一个良好的排版，并不需要花里胡哨、五颜六色，越整洁越好，比如王垠的这种排版：
是不是觉得十分舒服呢？真的会激发我的阅读欲望…
而 CSDN 为了减少程序员在排版上的精力耗费，基本统一化排版，只提供很少的格式选择，较为整洁，这确实也是一种不错的设计，Keep It Simple and Stupid！
解决了排版问题后，我们需要注意文章的 逻辑层次。
所谓的逻辑层次，很多时候就体现在小标题上，每一个小标题都能描述后续文字的核心观点，各个小标题之间也可以形成递进或者并列关系，这样整篇文章的逻辑结构会十分清晰，阅读者也能更加轻易地明白你想表达内容的思路。（小技巧：CSDN可以自动生成目录）
由于我之前写的大多都是碎片化技术文章，漫无目的，所以我计划以后的博客一定要 体系化！
体系化是一个比较宽泛的概念，我未来可能从这几个方面去形成自己的博客体系：
- 区分技术和非技术文章。因为技术文章往往具备明显的技术点体系结构，比如编程语言 - Java - Spring框架 - 源码分析系列，我们很容易分类形成体系。而非技术文章涉及的面就比较广了，很多时候都是对某一事件有所感悟，或者观察一些现象形成总结，刚开始不好形成体系，可以日后再说。
- 技术文章中尽量不要将技术点孤立开来、过于碎片。比如写Spring相关博客时，我们划分为生产场景问题集锦、底层源码分析系列等，每篇博客标题可以这种形式命名：Spring源码分析系列（1）xxx，将多篇博客关联成一个系列。
具体如何形成自己的体系，还需要慢慢摸索，但这种写博客的方式，肯定比较辛苦，因为不像之前那样随意了，需要一个整体、长期规划，还有可能太监…
我对我未来博客还有一个规划就是，尽量多写一些能体现思想深度、设计理念的文章，计算机知识更新换代很快，经常诞生新知识、淘汰旧知识，但是很多设计思想并没有多少变化。比如最近几年概念炒得火热的大数据领域，本质就是分治算法的应用，通过分布式集群实现存储、计算的分治。
授人以鱼不如授人以渔。我们很多时候太执着于学习一些死知识，被这些看似高端的奇技淫巧所迷惑，记了又忘，挫败感油然而生。其实大可不必，这世界确实变化很快，但总有不变的成分，这些才是我们需要去抓住的 key。
还有一点，关于博客平台的选择，很多大神都有自己的博客网站、或者公众号，如果以后我能持续输出更优质的内容时再考虑吧…现在还是做好自己！CSDN 足矣。
规划很美好…希望我以后能做到吧。
