梳理博客的启示
发布日期:2021-06-30 13:19:34 浏览次数:2 分类:技术文章

本文共 937 字,大约阅读时间需要 3 分钟。

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

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

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

有一本哲学书中如是说:

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

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

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

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

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

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

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

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

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

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

转载地址:https://jeanron100.blog.csdn.net/article/details/102479055 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!

上一篇:推荐一批最近看过的电影
下一篇:通过数据建模梳理数据库业务

发表评论

最新留言

路过,博主的博客真漂亮。。
[***.116.15.85]2024年05月01日 20时04分25秒