书读百遍，其意自现。。。不可能的，这辈子不可能的。。。
We create, not operate..。。。我们负责的创新，而不是流水线操作狗。。。运维？不可能的。。。create才是最终的极致目标。
风言风语
1、 书读百遍
在写程序的时候，我们总是喜欢幂等的。。。也就是多次操作的结果和一次操作的结果都是一样的，这样才能让系统具有重试的能力。
书读一遍，从0到1，书读万遍，书读万卷，从1到无穷大。。。怎么去挖掘无穷大的能力？
每一次看到相同的一章，总会发现一些以前没有注意的细节，越来越不注重具体的操作步骤，忘记就忘记吧。。。随风一样流逝
读书太多也不好。。。你会慢慢的发出感慨，WTF。。。以前怎么这么蠢，这么简单的问题居然还能纠结，这么简单的问题还需要思索半天，这么简单的问题居然不能解决。。。居然还有这种操作。。。
读一遍，记住。。。读两遍，加强记忆。。。读三遍，忘记。。。读四遍，唤醒潜在的记忆。。。
每一次看书，第一遍总是效果总是最好的，每一次读书，希望不要是幂等的，读了一次和读一万次没有差别。。。
读书无用，没用也读。。。其实你会慢慢发现，入门是最简单的，也就是从0到1的步骤，而挖掘1到无穷大的能力。。。则需要自己慢慢的摸索，探索。。。
从0到1，就像创建一个创业公司，所有的环境从头开始搭建，一般都没啥问题，那么下一步呢？未来在何方？如何挖掘更大的价值，长远的规划？
2、 错误的信号
我们做事，都有自己的方式，都有自己的原则，而大多数情况下，我们都会选择使用自己熟悉的方式做事，亲力亲为最好，这样。。。会让自己有安全感
在周末或者休息时间发出讯号，要好好工作，这。。。可能是一种错误的信号
有的人可能追求工作，成就，有的人可能追求安稳的生活，一旦在休息时间发出你在工作的信号，那么就会给追求安稳生活的人造成很大的压力，因为这样会在潜意识中让他觉得扰乱了自己的节奏。。。
努力不努力，其实也没太大的关系，所谓的努力，可能只是一种繁忙的体现。。。在很多的时候，我们看中的是结果，事儿有没有做成，效果如何，在做事的时候能不能体现你的能力，这才是更重要的东西。。。努力？有的时候可能是竹篮打水，有的时候也是一种折腾自己折腾他人。。。无效的交流了解一下
3、 知行合一
行万里路，读万卷书，其实最好的方式也就是知行合一。
而在大部分情况下，都是吃着锅里的看着碗里。。。按照正常来说，工作是磨砺技能，技能的系统化和相关的理论都是依赖工作的磨砺。。。现实就是，梦想是骨干的，现实是丰满的。。。
道与术的选择。。。这是一个抉择。。。所谓的抉择，不过是看出最复杂最难的地方在哪儿，然后去加以策略，然后解决。。。复杂的来源。。。
4、We create, not operate
运维？你是选择怎么运维，其实运维这个词已经被玩坏了，听上去就是一个背锅的，其他的屁用没有。。。
运维，如果只是命令的执行者，嗬。。都不用带脑子上班，你的脑子呢？
运维，如果不需要动脑，不需要逻辑思维能力，那。。。只是单纯的operate而已。。。
我们需要的是create，而不是operate。。。
运维路在何方？看看别人家的招聘需求，找找灵感，找找未来的方向吧：
Work with product engineering teams on design and implementation choices of large scale distributed systems；（具有系统编码的工程能力）
Automate as much as humanly possible and always configure as code；（能自动化一些重复的工作）
Bring ideas to life (i.e. production) to help make the lives of engineers better；（运维让生活变得更加美好，而不是压力更大，不是看凌晨两点的星空）
Predict our future failures and work proactively tomitigate them；（预测故障，规避风险）
Advocate and implement reliable design patterns (circuit breakers, graceful degradation, etc.)（可靠性设计，决策）
对比几个名词，babysitting，SRE，on call，运维。。。。就运维的品味最低，压力最大，生活在最底层。。。。其实，四者都是等价的，babysitting就是看孩子，谁家的系统坏了，谁家的孩子饿了；SRE，这是工程师哦，不是背锅侠；on call，也就是值班的。。。。哈哈
最后一句话就是：跟对老板很重要，找一个支持你的老板更重要。。。