梳理博客的启示

这是学习笔记的第 1812篇文章

今天下午整理了近一年来的文章情况，发现运维开发的文章比重偏高。在侧重整理这部分的内容时，发现了两个比较突出的问题，首先发现很多运维开发的总结比较零散，侧重的比例没有预期的那么均匀，另外一方面则是一个重要的问题，很多知识点没有成为体系，没有成为体系就很难看到一个全景图。

这个整理的工作拖了很久，每次在电脑前坐上半天，发现很难去取舍，到了现在，内容有了，但是缺少了阶段性的总结，思路上还是需要提炼。

有一本哲学书中如是说：

你如果一直向前看，或者只看到目前的状况，对你并没有任何意义。一旦你回顾以往，就会看到一种模式隐隐出现。如果你由这个模式触发，那么很可能会迸发出一些东西。

写博客也是如此，每天爬格子，思路上是沉淀，技术上是积累，但是如果缺少了梳理，那么知识的价值就很难发掘出来。

这是第一层的收获，在这个基础上，我们需要做一些探索。这个探索的意义就在于让你从现有的思维桎梏中脱离出来，用一个全新的角度来审视当前的状态。

真正的学习来自于四处游荡，你必须先停止拓展原先的只是，四处游荡一阵子，直到碰到一些事，能够让你拓展原先知识的根据，才能继续前行。

举个简单的例子，如果让我现在去写脚本，我很可能还是默认使用shell,但是显然用Python或者go更好一些，这种习惯会对你有很大的局限性，比如我们使用Python之后，发现可行，其实使用go 也可以，如果这些基础的对接都能够打通，我们处理问题的思路就开阔了。

所以对于任何一个事情都可以不断的细问，直到粒度足够细为止。这样我们就可以离原来的目标更近一些。而回归本源，会让我们对事情有一个整体全面的认知。

比如数据持久化，对于对象关系的梳理，通过传统的关系型数据库来维护，是比较痛苦的。这个层面就可以借助于图数据库来完善。

而现在对接的很多运维开发方向都是偏向于做自助化服务，现在有了自助审核，自助巡检，除了接入已有的元数据和部分的检查项目之外，对于潜在问题的建模和分析是更有说服力和意义的事情。

从这个从程度来说，我们还是需要有相对充实的数据知识。

所以在梳理中，我也通过总结的方式重新定位了自己，也发现了很多的不足和缺点，接下来就是一个在年底盘点前进行重要方向的布局和调整的时候了。