为何程序员普遍对运维工程师持有偏见?

发表时间: 2021-02-09 11:16

最近看到一个新闻,一名网络工程师跟运维工程师聊天,最后因为月薪问题吵起来了,网络工程师骂运维工程师就是个low逼,拿着互联网人的工资,干着网管的活,场景非常难看。

其实在我看来,严格意义讲这两个岗位之间没有什么高下之分,只是分工不同。

但在不可否认的是,这个圈子里有个鄙视链是一直存在的。开发看不起运维,运维看不起实施。

说到底是按照技术深度来的,讲道理也是开发的技术能力会挖得深一点,如果对技术兴趣和能力足够,尽量多考虑做开发吧。当然不是说其他的就比开发差,只是会更早触碰到瓶颈。

原因一:运维找不到方向

因为大多数运维找不到正确的方向,所以技术很low

究其原因,主要还是开发和运维算是两个完全不一样的科技树。

在国内环境下,开发方向的大学专业教育和社会上提供的培训,已经非常完整。而运维,非常欠缺。大学里几乎可以说是没有真正的运维专业的,所以大多数的运维都是靠自学或者一些培训机构,这也就导致了方向的错误,没有正确的方向,往往浪费大量的精力而且技术提升缓慢。

另外还有基础知识方面,运维其实很需要扎实的基础的,但是这块往往大多数运维人员都很欠缺,因为大学不会提供这方面的教育,社会上的培训也大多数是急功近利,所以导致基础很不牢固,也就决定了发展的上限。

最后,运维人员的数量也是远远小于开发的,在很多公司,你可以看到几十个开发,但是运维可能就几个人,所以遇到大神的几率就非常小了

原因二:运维设计面太广

运维的涉及面太广了,网络、系统、云,都需要了解。

有时候为了高效运维还得写点脚本啥的SHELL、PYTHON之类

可能不同于程序员的复杂大项目,运维只需要能实现一些功能就可以。

一个开发可以完全不懂网络知识,甚至都不需要知道子网划分,因为有网工搞这些。也不需要知道服务器、存储方面的知识。

牛逼的咱不讲,就讲平常一线的开发和运维。

开发面对的是BUG和新需求,很多事本地测试或者给你一台测试机,你就只管使劲造到掉头发就可以了。

而运维基本是直面线上环境,脑子不被自己误操作懵个几次都不好意思说自己是运维。

有时候就想着,多来点全新的需求,不怕犯错,无非就是个体力活,安心得很。

你说这事你的那部分已经做完了,我说这东西不管用,不是线上环境或服务器的问题,要不咱把网工弄来一起讨论?

运维在线上环境的权限上一定要尽量做到极致,出一次事从记过到开除到坐牢都是有可能的。

你以为删库跑路的是DBA? 不,其实是运维。

你以为运维整天吊儿郎当正事不干就会抖脚? 来活的时候都是“新活”,每一次都是“应急”,而且绝不能出错,心理素质不好是要崩溃的。

运维做的事就是等活,然后瞬间调动自己,短时间内判断和修复,还要沟通客户和开发,协调程序员、网工、数据库管理员以及设备厂商。

传统运维还得常年待在机房,7*24的待命,出去约个妹还得带着笔记本,装好VPN。

大家分工不同而已,何必相互为难。

开发管的是掉头发和爆肝

运维负责炸毛和挨叼背锅

大家都不容易,打工人何苦为难打工人?