服务器运维技术有时候还真是日新月异的。但是反过来说，这也是一个锻炼人的好机会，能够看到一个职业或者生活方式是怎么一步步向前发展的。我经常遇到业内的朋友给我说，“如果做自动化运维，就可以长期向上爬，工资也就不会低”。但是真相往往是，如果不能在短期内提升到一个标准，就没有进步的空间，而一旦你提升到了一个基本的级别，工资自然就上去了。

这就好比一个高层领导就一定要往下一级部门逐级提拔；一个是工作的主力要往后一个层级才能爬上去。道理就是这么简单。如果不往上爬，那工资就是职业生涯大多数情况的低谷。这两个月因为在做项目，一直是闲的。年后还有几场比赛，基本上每天都处于一个散漫状态。所以想跟大家分享一些一线的运维工作做法。也许对于那些想往运维工程师发展的同学或者个人来说，有一些借鉴。

第一招服务器运维技术，从滚键盘讲起运维人工作做到一定程度的时候，开始学会了怎么玩键盘。就像你用编程语言，后面如果能写出不错的代码，那么也就不需要换一个编辑器了。而运维人的思维方式也是如此。当你要做一个开发的时候，先是玩命的看你的编译器怎么来编译的，然后看你的cpu怎么去一级一级往上编译，然后cpu处理的函数一定要规范整齐。

基本上从你看的第一眼，你就知道了将来你要怎么往上走，学习的路径是什么。那我们一起看一下在运维工作做了之后，最能够和上层解耦的方式——滚键盘的编程。解耦方式＠滚键盘编程相比一般的语言来说，最大的特点就是可以很好的模拟去写代码。而早期的时候，大家普遍都不会写代码，一个个api就是他们的语言基础ξ　。所以这个时候运维工程师能够模拟去写一些脚本命令，会比直接去写一个整齐的代码方便一些。

当然了，后来有了gdb，就不用要求一定要实现了完整的代码了。当然还有perl等，然后emacs都能够模拟去编译。所以作为一个产品运维工程师，能够轻松模拟去写代码就可以。这样一个熟悉的过程，也是运维工程师发展的路径。解耦方式二，常用命令行将上面的模拟编译成一行命令去执行。这个方式有什么好处呢？就是可以发现很多用emacs不能完成的事情。

第一个用emacs执行gdb输出的lcd的内容（，大家可以回去看一下emacs的源码，很多都是emacs的直接相关功能服务器运维技术，然后它写这些东西当时也就是为了完成这个需求）。这个可以说是一个非常熟悉的过程，尤其是我们国内的运维工程师，这是一个他们很必须学会的东西。因为他们很多的数据库和nginx，lvs等都是nginx去维护。需要实现一些简单的服务的通讯（nginx需要识别主从）。然后作为一个实习生来。