目录

十月末-solo博客

talk less,code more.

X

“囫囵吞枣”——前言

幼而学者,如日出之光;老而学者,如秉烛夜行;
时难得而易失也。

内容

这个系列涉及云原生、DevOps、容器、k8s 等方面的知识。总体来说是毫无“营养”的综述性文章,适合入门时看,帮助快速建立大致的知识理论体系。

“囫囵吞枣”

我之前的一直抱着“不求甚解”的态度去学习,落得基础不扎实。如今要快速学习云原生这个庞大体系的知识,只能“囫囵吞枣”了。这也是整个“囫囵吞枣”系列的旋律:不会细剖原理,能理清大体逻辑即可

如果想深入学习后续的知识,“实践出真知”。

先验技能

  • 基础的计算机网络知识(知道 OSI7 层模型,了解每一层相关的协议有哪些、用途是什么)
  • 一般的代码阅读能力(yaml 是可读性高的代码,正则表达式)
  • 基本的 linux 命令操作(文件系统操作:cd、ls、cp 这些)
  • 善于搜索,勤作笔记

云原生的门槛说高不高、说低不低,主要是难在庞杂的知识体系。

写作方法论

我感觉自己对于文章有种挑剔,会刻意力求话语精简、语句通达。这使得我每次都要花不少的时间逐词逐句地修改(说到底,都是语文基础不扎实)。另外,在介绍原理性的知识时,喜欢找相关的图,这又是得花一通时间。

我想了想,这个“系列”不要搞得这么正式,本来就是“囫囵吞枣”了,还在意枣子外观好不好干嘛,先吃了填饱肚子再说吧。他人已有博文若可直接引用便不复述,整体的风格也会偏吐槽打趣,可能会看到大量的错别字和充满个人的口癖导致的语句不通顺和废话逻辑。按道理,科技性文章着词应力求“严谨”,多用“可能”“之一”“xx 认为”这类规避性词语、多限定使用范围和场景。但是这么写又太畏手畏脚了,所以我还是不说这些“学术”话了。看到不太严谨的观点、结论时,还请多包涵,也希望评论区能及时反馈指正。

学习方法论

他人的不一定适合自己,要总结自己的方法论。

理论与实践

先理论,后实践;注重实践,回顾理论;循环反复,螺旋进步。
但是对于“囫囵吞枣”系列而言,只能尽力做到粗讲理论,力求掌握通用的实践操作。工科,尤其是计算机学科,“版本特性”尤为明显。所以在实践的过程中要注意“度”,循规蹈矩不可取。但也不能只停留在理论上,后续的文章中有些一笔带过的操作,很多操作还是要亲身做了才知道~~(比如删库)~~

系统与零散

我在一开始学的时候,喜欢先通读官方的文档,但是效率极低。阅读他人的博客笔记能快速的解决当前遇到的,但是笔记总是零散的,很多的知识概念难以汇聚到一块而不得其神。

在“囫囵吞枣”中,很多知识点都是零散的。但是无论怎样,都应该过一段时间消化整理,系统地组织起来(这个过程相当的耗费时间)。有一个小技巧:官方文档和各类教材在概述时都会细分目录,不妨思考当前零散的知识点应该归类于目录中的哪一块章节。

系统化学习不适合展开工作,零散学习难以基础夯实。得掌握一个度。

兴趣与动机

兴趣是最好的老师,保持兴趣的最好方法是多问为什么。在为什么中,一个问题很鸡肋:“为什么要这么做”。
很多时候,连运行程序都充满着“玄学”,讨论动机看上去并不是一个好问题。答案往往也充斥着废话哲学:“为什么要用这个工具”,“因为好用”。再者,人们会过多夸大动机,比如在开题、立项报告中,“若不这么做,万古如长夜”,可“虎头蛇尾”并不少见。而且多数时刻,动机不一定能够逻辑自洽。

但对于“囫囵吞枣”来说,明确目的能有效地快速掌握新概念。在回答动机时,一定要考虑“context”(上下文、环境、背景......)。随着不断的实践,动机也会随着 context 而不断的改变,即使不能在当下给一个完美的动机解释“为什么”,但是学习的兴趣与热情随着不停变化的动机而保持着不变。

譬如我写这个系列的目的,一半是出于能让自己回顾一下之前做的笔记,另一半是查漏补缺。

批评与指正

平等交流,互相学习,少说多做


标题:“囫囵吞枣”——前言
作者:bingoct
地址:https://blog.bingoct.top/articles/2022/02/12/1644664863358.html
Creative Commons License
This work is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported License.