好长时间没有更新了！忙于学习考试，只能将思维转移到那里去才能得到有效得学习。学习的内容偏多，在此就不一一列举所学内容，今天得空谈谈自己的感想。
1、解答了很多平时工作中遇到的疑问，有个整体框架。
在以往遇到的问题中，很多都无法得到专业、有效的解释，这次培训中很多专家帮忙解答了工作的疑难杂症，从专业的角度解释了为什么要这样做以及原理的深化解释。像这样的专业培训还是在入职时，可惜没有值班时间的洗礼，无法深刻理解和感受，而这次培训可以理顺一些工作的杂乱无章的知识，有一个整体的框架思维。以前只是学习，学习到的东西就是死知识，这次有时间坐下来慢慢思考，而且思考有助于学习过程，学而不思则罔，思而不学则怠。
2、在技术快速更迭中的学习方法
关于学习方面，以前投入大量的时间来，直接死记硬背并不是很好的学习方。知识点方面，应该要关联记忆、关键词记忆、善于总结等，以前只是关注到记住，而不是理解，而且是一字不差的记住，而且发现的过程往往是很美妙的。同时将庞大的杂乱的知识总结为一个框架，那么再复杂、庞大的知识也是在这个体系中，以后遇到也是往这个框架中加东西。总结的好，心里有数，新的来了，我也不惧。知识确实多，但是全是“死知识”，怎么才能学活呢？从问题出发，把知识用在实际中，解决你的需求。
3、关于个人价值问题，并不是你有足够的输入，应该是有漂亮的输出。
大家都在卷！可是卷的方应该是优化了流程、解决了隐患，抑或是写了某个脚本，完善了了监控，而不是考试多了几分。当然，有足够的输入才能保障有输出，分数只是其中很小很小的一个点。有足够的输入需要保持学习，如果你的认知、能力、专注、状态无法保证你完成任务，那么你可以选择完成其中力所能及的部分，然后慢慢的分解任务逐步学习，升级认知和增强能力，一点点实现。“如果你不能做一桌菜，那么应该可以做一道菜”。俗气一点的说法叫“如果不想洗澡，那么至少应该洗个脚吧”。古语说法就叫“不积跬步，无以至千里；不积小流，无以成江海。”
4、运维，我怎样才能做的更好
最近也在翻过几本书，笔者学的google的SRE算是运维界的鼻祖了，在阅读时会不自觉的联系工作实际情况来对比，引发共鸣。 在运维生命周期中，分为7个方面，产品设计、软件开发、容量规划、测试与发布、事后总结/问题分析、应急事件处理、监控，这个七个方面从上到下组成服务可靠度层级模型。金字塔模型从最低级的能够正常对外服务，到被动救火和应急，再到最高级的主动控制服务状态，阐述了服务可靠性的基本和高级需求。
总的来说，在运维中就应该往上走，多参与一些高级需求，才能做的更好，而不是局限于监控上面。
网友评论