”当你学的越来越多的时候，会发现自己懂得越来越少“
——范导语录
昨天在班级群里和同学们聊起一件事情：
会议室来了一位应聘虚拟化（esxi）运维的小伙，经理喊我一起去面试，由于这方面工作主要是我来负责，因此主要是我来问。
做完简短的自我介绍后，小伙开始叙述自己在虚拟化运维方面的工作，他说了很多，但是内容太过于空泛，估计没有真正的做过这方面的运维工作。
等他停下来之后，我问他：
“如果按照在系统中位置的不同，虚拟化架构有哪几种？”
PS：（“根据在整个系统中的位置不同，业内一般把虚拟化架构主要分为以下几种：1.寄居型（如workstation）；2.裸金属型（如esxi）；3,。操作系统型（如docker）；4.混合型（如Inter-VT）”）
他一时语塞，稍微思考了一下很诚实的回答：
“我不知道。”
然后我又问了几个网络和存储的问题，他的回答也不是很到位，因此最后我们很遗憾的告知他回去等通知。
我记得我刚接触esxi的时候，最先接触的是对于vcenter的操作，等我慢慢的熟悉操作之后，开始尝试进行新平台的搭建。待的系统可以正常运行的时候，我以为我已经对esxi已经很OK了。
现在想起来当时的自己，我只是微微一笑。
Esxi虚拟化平台的搭建，除了要熟练esxi自己的产品，还要对网络规划、存储规划、备份等当面有一定的知识。等我开始对esxi进行深入的配置（直通，DRS，分布式交换、调优、监控…）时候，我才发现要想玩好esxi并不是一件容易的事情，尤其当我后面开始接触openstack，发现neutron模块竟然有那么长的发展历史，里面涉及的知识是如此之多（bridge、tap、veth、macvlan、macvtap、ipvlan、ns…）。
从入行开始，我一直从事运维工作，其中最让我感觉无力的一件事是我们在公司内部推行devops。由于运维部门没有一个人懂开发的知识，至始至终都是被开发牵着鼻子走。出了问题都是先从运维方面进行排查，虽然任何一次大bug都不是运维的问题，但是那种被扣锅又甩锅的感觉实在是太不爽了。就像2018年6月13号上海医保卡无法使用的问题，第一个通告就是“网络故障”，难道就一定是网络的问题么？。
学习开发语言，不是为了和开发的同事撕逼，也不是为了甩锅，更重要的是让自己在和开发同事一起处理问题的时候不再那么尴尬。
于是乎，Life is short，I learn python！
课程刚开始的时候我和范导聊天，学习开发并不是一件容易的事情，最主要持之以恒。从最开始的各种懵逼，到后来对if语句的崩溃。通过同学的提点和导师的指导，看着md上面的代码运行的时候再也不出现error的时候，那个时候，心情是愉悦的，努力是值得的。
我已经30岁了，我开始动起来，跳出去！
我已经30岁了，我开始学习python了！
亲爱的午饭们，你们呢？