一个运维做馒头

最近一周不断尝试做馒头，出发点很简单，体验一下生活，感受一下挥霍金钱背后的社会时间。

作为一名运维，每天就是对着屏幕敲命令，最近在做一些开源项目的开发（Jumpserver）以及翻译工作（Ansible 官方文档中文）。

日子就这么Coding，缺乏了生活的情趣吧（装什么。。。单身狗要什么情趣。。。）。程序猿的生活甚是简单而又欢乐，省略1w字，进入主题。

材料准备：

1.智能电饭煲，可以蒸！
2.面粉
3.酵母
4.其他辅助道具

将面粉和酵母和匀整成和水泥那样的小山，中间掏个洞。同事告诉我的方案是酵母掺在水里，不过水的量我把握不住，就和面里吧，效果一样的。比例的话研究了一段时间，具体也不好说，相当于烧菜放盐的量吧，之前是以放味精的量来做和超量做，都不大好，建议还是偏多会比较松软，当然这得保证接下来的步骤没问题。一点点在洞里加水，加一点把面粉盖上包住它，然后把条状的面疙瘩往一边赶，继续掏洞倒一丢丢水，直到掏不了洞为止。详解：生成条状面疙瘩会将水包裹住，这个不说也知道。。。但是小面疙瘩比大块的面团的优势在于，面粉和水基本属于均匀的，并不存在奇点（说人话！某部分都是水或者都是面粉），这样后面的和面就轻松多了，并不需要在意和的均匀不均匀。然后，由于没经验的人控制不了水量，而往往结果就是水多了加面，然后再加面，经过我一周的测试，发现这种情况下水面比会比较接近完美，因为揉几下就会吃面，这点刚好是剩下的。 之后就慢慢将面疙瘩聚集起来，这个简单的。

好啦，接下来就乖乖的揉半小时，这是体力活啊，我不能像面点师那样优雅的揉，我只能学那个揉面机，将面用拳头捶扁，然后对折，接着捶。。。。捶到面色细腻后我就把它摊扁放小盆里发酵，由于之前产生各种黏锅或者表面干或者放湿毛巾黏在毛巾上，正确的做法是在底层撒上一层面粉，湿毛巾盖在盆上，保证毛巾和面团不接壤。发酵么多发几分钟没事，通常会说40min，我就丢哪里接着看剧去了（这两天在看英伦魔法师 Jonathan Strange & Mr Norrell ），看完一集就够了。

等完发酵看到面团萌萌哒就可以接下来揉几分钟了，揉到面团感觉有韧劲的时候，就可以考虑搓成馒头了。这个技术难度很低！

变成一个个馒头后千万不能立即上锅蒸！！！也不能放过夜蒸！！！我必然被坑过。。。。

要醒一段时间，简单理解就是再放一下。我是电饭煲里加热水，直接上笼，盒盖一段时间后开盖一下换气，顺便看看他醒了没，就是看看他有木有做好被蒸的准备！

蒸30min。

出锅！

吃，花了3min吃完！

总结，总共耗时2h，吃只花了3min，这就是时间成本，社会的价值体系就是让人各司其职，做到效益最大化，当然这些层面的东西我并不想了解太多。

好了，下面是对运维馒头的解析！

在整个技术周期中，运维是较销售之前的技术生产力，做馒头的过程中，这相当于上锅醒到蒸的过程，之前的工作相当于开发，递给顾客相当于销售。也就是说，运维的产品直接是给用户看的东西，何其重要！ 上锅相当于系统架构设计，没有一个好的架构方案，再好的馒头也会黏一起或者一锅只能蒸少量的，没有达到性能的最优化。一层层的锅和水（System），架子（Engine），纱布（Load Balance）相当于基础架构组成成分，而其摆放的位置和馒头的位置相当于架构方案。只有合理组成，前期做过充分的测试才能保证出锅的馒头既有卖相又好吃。前段时间去同学创业公司，聊了一阵他们是使用电饭煲来做馒头，用户却已经增长了若干倍，基础架构不敢动，导致性能加机器也没用，要有重构的决心！必然会浪费很多精力，若干年前的技术是能满足当时的需求，但是随着业务增长，这必然需要改变。最近也听到朋友说阿里对产品的做法是3年赶工，1年重构这3年的工作，这点我相当赞同，技术在这近5年中必然有更新，必然5年后的你技术更加浑厚（当然不离职转岗的情况下），不过还是得需要去做这些事情的，抗住压力，服务用户。