引言：上一篇主要从知识层面上对最近一系列文档做一个总结，这篇主要从个人感悟上做一个总结。
还记得最开始创建这个博客时，没打算写技术这种纯干货的，本来只打算记录一些方法。其实现在回过头看，方法好像比技术更难写：）
也没想到这一写，就连着写了二十来篇，估计很长一段时间都不会再写这么多了，因为把这几年的该写的都写差不多了。以后估计是散打，不是套拳了哈。不过我希望后面保持这种学习方法，所以今天也一定要记录下这些天来的点滴，我相信对后面再创作也是一个动力。同时希望写作的速度越来越快！
这一轮写技术博客，有几个原因。
首先是当前的疫情影响下，项目不多，有比较充足的时间。还有一个原因，大约还在春节假期刚结束延期的那几天，有一场讲英语语法的公开课，本来只是抱着凑热闹的心态试试，反正公开课又不用花钱。可是，结果真的被老师抓心了，老师说颠覆我们的认知，对英语的认知。确实如此！原来学英语应该这样学！第一场课下来留下深刻的印象。后面连续四场，都听完了！感觉非常棒。这里面灌输的思想就是主动学习，一定不是死记硬背，一定多造句、多写作。再次激发了多年感觉没希望的英语的学习热情！但是我再冷静点，再类比了一下，学习任何知识不应该都是这样的吗？于是就有了这一系列博客的写作。同时也感慨，学习方法真的太重要了，为啥我们当时学英语的方法那么笨呢，看来教育还是在进步的！
下面再来说说写作的心得。
写作首先促使你要进行大量的阅读，每写一篇文章，都需要查各种资料，做一些测试。我最近买了不小于10本书！这是个人历史上除了上学发课本有这样的经历外从来没有的。我记得当年考研买的书也就几本经典教材和一些习题集。不过考研那次是学生阶段读书最有感觉的一次，而这次是工作中最有感觉的一次，人生中的第二次。但同时，书读的最多，终觉浅。当你写的时候，你还是会犹豫，脑袋装下的这些100%正确吗？你发现存在脑袋里面的不一定准确。而当你真的写出来，反复推敲、反复校验，写完一篇文章之后，你会有种能量被释放的感觉，特别是一些技术原理比较基础的时候。你也会发现，某某技术点我真的掌握了。同时，还会联想一下，下次再做项目某某技术的时候，我该如何如何我会如何如何。这种感觉非常爽，就是开窍的感觉吧！
阅读需要思考，但是写作更需要思考！
阅读是一种领悟，写作则是更深层次的领悟！
附录（中间的一些心得和方法）：
---2020.4.1
今天写Raid技术文档，开始以为很简单；把几种分级列出来就可以了，开始确实从不同的地方进行拷贝。接下来该整理了，如何整理，先再看看书，看看笔记。不知不觉发现很多地方以前的理解并不正确。原来Raid还是很高深的。原来条带是这样提出来的，IO的分类为什么这么多，等等。发现自己掌握的远远不够。书不停的看下去，曾经在项目中碰到的很多暂时搁浅在心底的很多疑问慢慢就明白了，心中不禁暗喜，心情不由得舒畅了许多。突然觉得原来真正做存储就是该研究研究RAID，这才是根本啊！现代的存储系统的根就在这里！原来我知之甚少，自以为是，又是一番惭愧！这就是读书写文档的乐与苦吧。
感悟：
从RAID3开始的校验采用XOR，受启发于布尔运算。而布尔运算起始何尝不是计算机革命的开始的一部分呢？在当今计算机很多技术中，布尔运算的威力依然很强大，操作系统内存空闲块，文件系统空闲块，Redis的槽空闲状态等等等等。
---2020.3月中旬
最近系统学习了MySQL InnoDB引擎，首先介绍书的相关信息：《MySQL技术引擎 InnoDB存储引擎》第二版，姜承尧著，机械工业出版，MySQL采用5.6版本。
以前有MySQL应用开发经验，书看了一遍细的和几遍粗的，还手写了笔记，终于算是由厚变薄吧。之前的几篇文章就是边学习边实践操作得来的。总的说来，收获挺多的。最大的表现就是看其他数据库相关书籍，速度可以大大提高，一目十行不是吹的；马上要写一篇redis相关的。
再有个建议就是，要想一项技术系统化，必须得看书。看书+实践，才算是真正掌握了。这里的实践最好是有实际项目，这样才会思考更多。回到这个本书，总的还不错，没有介绍SQL语言的CRUD，而是告诉了你Why比What重要。我再补充一个观点，Why + How to use，才算是掌握一门技术。How to use，指实践、举一反三、融会贯通；这一点我还在路上，所以我先需要也有必要记录下我的总结和思考。