运维日记004 - 关于开发和运维的点滴感悟

我是一个末流大学的教师，为了不至于因为长期脱离工业界而导致能力退化，成为只会在课堂上满嘴跑火车而实际上百无一用的超级卢瑟，我找到了一家互联网公司从事兼职，从最初的开发到目前逐渐转向运维岗，到现在历时已经整一年了。我想想谈谈我对这两种角色的体会和感悟，供即将跨入这一行业的学生们参考。

成就感：开发>运维

这里我把成就感放在第一位，因为我们做任何事情，能够驱动我们保持长期热情坚持下去的动力就是在做这件事情时候获得的成就感。我们常常听说一个词语叫“职业倦怠”，为什么会产生职业倦怠？很大的原因就是在职业工作中无法获得成就感，职业仅仅成了养家糊口的工具，时间久了难免就产生倦怠。而对开发和运维这两个角色而言，开发是直接为公司创造收益的，自然在公司内部会受到更大的重视并获得更多的资源。在互联网公司内，一般是开发部门构建产品原型提出需求，然后运维部门据此进行部署，因此从某种意义上可以说是开发在指挥运维。有种说法，说开发是给公司赚钱的，而运维是为公司省钱的，这种说法不无道理。运维的职责就是系统稳定，少出故障，而一旦出现问题后能迅速排错，恢复生产。究竟是挣钱有成就感，还是省钱有成就感？我想答案是显然的。

对团队的依赖性：开发>运维

IT行业发展到如今，早已告别了王江民、求伯君这种个人英雄主义的年代了，一个成功的互联网产品恐怕也是很难一个人搞定的。公司内的开发通常是团队协作，集体作战。不怕神一样的对手，就怕猪一样的队友。作为开发人员，你加入到什么样的团队，对于你能否发挥出自己的潜力至关重要。而运维呢，还是可以表现一把个人英雄主义的，整个一个公司的运维团队几十号人一筹莫展，外援专家来了几分钟搞定的事情并不稀奇。

岗位数量：开发>运维

公司开发人员的岗位数量通常是运维人员的好多倍，不同公司可能这个比例不一样。比如我服务的这家公司是提供云计算平台服务的，对运维相对更重视一些，目前运维与开发人员的比例大约是1:7左右。当然目前该公司规模还比较小，随着公司规模的不断扩张，服务器越来越多，对运维的需求也会越来越多。但是，不要有错觉，认为运维岗位少，运维工作就不好找。因为运维岗位虽然少，但能胜任运维岗位的人员也少。这个方向就业的难易程度并不比开发困难，至少目前还是这样的。

专注程度：开发>运维

有个词语叫“封闭开发”听说过吧？就是把开发人员拉到一个鸟不拉屎的地方，两耳不闻窗外事，一门心思开发产品。为什么要封闭开发呢，因为开发的特点，最理想的状态就是心无旁骛、一气呵成。你今天晚上去看个电影，明天晚上去K个歌，这种状态是不利于开发的，会让你的思路中断，考虑难以周全，产品的bug和漏洞多。软件产品的特点是开发拖的时间越久，质量越差Bug越多。这种对专注度要求极高的岗位非常适合单身汉，可惜我已经成家有了小孩了，杂事比较多。更何况异地兼职还需要时不时的往外地跑，实在是受不了。相对于开发来说，运维人员则显得有点“吊儿郎当”，平时泡杯茶水，监控一下日志。而对我来讲，只需要开一个ssh窗口，就可以控制几百公里之外的服务器。当然有时候也会去开发一些自动化的运维工具，但其规模跟开发项目无法比。不过对于运维来讲，无论平时还是节假日都需要24小时on call，不管是深夜还是凌晨，只要听到公司的手机铃声响起，都要一咕噜爬起床来。另外开发人员当项目结束后会休整一段时间，放十天半个月假出去旅游都有可能，这种福利，运维人员只能羡慕嫉妒恨了。

对专业素质的要求：运维>开发

运维需要较为全面的计算机专业的知识。除了操作系统外，数据库、网络也必须非常熟悉，还需要懂硬件及信息安全相关的知识。这个行当上手会比开发慢，比较吃经验。而开发则需要的知识面就没有那么广泛，掌握好一门高级语言，学好数据结构，足矣。如果再能搞通面向对象、软件工程、项目管理之类的，就可以胜任项目组长带领团队了。

“钱”途 vs 前途：开发=运维

Last but not least，就是钱的问题。同等层次的运维的薪水会略低于对应的开发人员，这其实是合理的，因为他们承受的压力和责任是大于运维的。而对于前途来说，我认为两种岗位都有前途，优秀的运维如同优秀的开发，都是稀缺的资源。搞技术的人要把技术搞透，最忌讳半瓶子水，当你攀登到技术的峰顶时，还会担心“钱”途和前途的问题吗？

一家之言，仅供参考。