背景
有一次跟一个要好的朋友聊天谈到技术的成长，当时我认为学技术看书的作用不大需要多写代码。但是我现在认为写技术博客非常重要，所以今天这篇文章我来聊聊写技术博客。
写什么都重要
我们总是过着缥缈的日子，今天不知昨天做了啥，这个月不知道上个月做了让自己动心的事。虽然我写的博客不多但是我当我回顾我写的东西的时候有一种深深的满足感。我知道我以前没有白活，我以后努力起来也更有力量。
水货与干货
我们总是像一只恶狼一样，尽想着找干活。当我们找了一大堆干活，貌似看得不是很懂。就算看完了之后回顾起来好像自己不能够说出1234出来。
这其实就是我们平时太把自己饿得太狠。书到用时方恨少，等看到一本畅销书和或者朋友圈推荐的干活文就想立马吃掉。当你把这本书看完之后留下的东西也很少。比如我以前看《深入jvm 虚拟机》，现在让我回想起来的也不多。
所以我更强调一步一个脚印，从自己现有的认知去了解一个知识一个体系。即你也一本技术文章是可以把自己心里对这个技术的想法描述出来的，而不是干瘪瘪的陈述技术点。这里面带着博主个人的主观想法，这在别人看来可能是水货。但我想说的是不管是技术还是其他领域都是人类认知世界的方式，既然是认知就要遵从人们认知这个世界的规律。 当然人怎么认知这个世界属于认知学的范畴，但是对于我们个人能够体察一下自己怎么看到当前事物是有助于我们更好的掌握它。
水货要水得真实，这是我写技术博客的保证。即我怎么想的就怎么写，我主要写给自己看，给自己梳理清晰。我不懂的地方我会直接说不懂，下次我掌握了我可以在后面补上，我不会贴半懂不懂的东西。
记录与博客
我以前学习技术就是纯粹的记录，当然记录要比不记录的好。但是从解决问题从体系学习的角度来说记录是低级别学习策略，它是一种被动的学习方式。即你遇到了某一个问题你找到了解决办法，然后就搬到你自己博客里。这就是把别人的物理文字直接搬动而已，没有经过你的体系思考的。在这里记录的好处就是下次同样的问题你不用再找另一个人的答案走一遍的他的逻辑，你看你的记录看以前搬过来的文章总有似曾相识的感觉，你理解起来会容易些。
经过这段时间的思考，我这里提倡的自己写博客。从提出问题和解决问题的角度，比如你想到java中的缓存的解决方案有哪些，你可以主动的开这个话题。然后从这个话题可以把很多细节印出来引导你去深入的学习，比如jvm级别的缓存、分布式缓存，它们各自应用场景和特点。工作4年来这些场景和特点我是能够说出来的，但是要我详细说出来也有点难，这就是以前没有一步一步主动思考的缘故。
主动的写博客可以引导你从更高层次思考问题，因为我们提出问题从大范畴深处细节提出的。比如缓存这块是用于快速获取常访问的数据这个场景，在信息抽象层面就涉及到“进入和退出机制”、“如何访问”等这些大的问题，这对于jvm级别、分布式缓存都是需要面对的。我们在认知一个世界时肯定是先从大的范畴，从大的范畴描述逐步到一些细节，这样的学习方式会很好的构建你的知识层次体系。
总结与提问推演
工作中把自己遇到的问题和解决的问题进行总结的人工作会很踏实进步速度也会快一些。
但是我们还需要提前推演，推演就是自己提出问题来解决问题。在IT领域中架构师就是需要根据以有经验提前描述可能出现的问题，对整个系统进行设计。这就需要很深的体系知识。如果是零零碎碎的知识点，没有考虑过整个大系统宏观方面的问题的人是不可能当好架构师的。
而前面一段也说了，构建知识体系最好的方法就是：自己提出问题，从大的范畴思考一步一个脚印来认知你所面临的大系统。
话句话说就是我们不仅要即时复盘总结也需要通过写博客来提问推演。
写给我自己的话
我以前不敢写博客老是讲究完美，认为技术要陈述到位。在这里我就从我自己的认知出发，我遇到了什么问题就去解决它的。 即我写技术博客是我自己澄清的一种方式，希望经过一年半载我的技术水平上升一个台阶。
