从一个网工的独白说开去

独白

曾看到一位网络工程师给自己这样的独白：“我给自己的Title写的是网络大夫，因为感觉做网络的很像医生，只有网络有故障的时候才会想到网络工程师是多么重要，能够快速修复网络，就如同抢救病人，时间是最关键的，如果没有很过硬的基本功，会和故障点擦肩而过。”

其实关于网络工程师这个职业称谓笔者之前一直很迷惑，试图去找到一些解释。

关于他们的身份

你可能会看到这样的对话

“你女儿干什么工作的呀？”

“注册会计师”

“哦！做假账的呀”

“你儿子做什么工作的呀？”

“网络工程师”

“哦！修电脑的呀”

也可能是这样的

一名网工最经常遇到的几种对话如下：

1）我电脑坏了你给我修修

2）我QQ被盗了你给我弄回来

3）我看某某某不顺眼你帮我把他黑了吧

也有可能是这样的

以前跟人说，我是网管，他第一个想到问我在哪个网吧，也有人细问，给他解释了以后他依然模棱两可，也是徒劳。

对于他们的长相的想象或许这样的

可能是这样工作的？

难道是这样的……

我想……

有时候他们可以三五成群解决问题

但大多时候是独自面对

后来搜索网络工程师需要做什么时？得到了如下的答案：

“水晶头要会打，尾纤懂布放，

模拟视频监控系统要会装，

交换机要会设，各种国产路由器防火墙要懂调，

服务器要懂安装，数据库要懂维护备份，公司网站要会更新和备份，公司产品的SEO也得做。

域服务器要懂调，办公室打印机要懂维修及加碳粉，电话程控交换机要会设置，

电脑系统要懂重装，安装办公软件，还有ERP、OA、邮件、FTP也得维护，

会给老板升级他的iphone、ipad及备份通讯录、照片啥的，

访问外国网站、V**组网啥的必须会，

写的了项目方案要懂用word、excel、powerpoint。

认证比如微软、思杰、思科、itil、cissp等得有两三个吧。

搬机器上架、抬梯子布线是基本功。

需要懂得可多了…….”

听完之后很多人想必要感同身受，泪流满面了。戏谑之余，从字里行间我们也能感受到除艰辛之外，这也无疑是一个需要时刻充电的职业。

很可能有人会冲出来义愤填膺道，作为一名网络工程师，我们熟悉TCP/IP 熟悉网络隧道协议，熟悉交换路由原理，熟悉操作系统特性，熟悉服务器架构，熟悉排错与维护这些随便啃本书就会吗？

也有人应该会抱怨，网工是一个隐身度极高的工种，只有网络出故障的时候，老板才会记得有这么一个工种的存在。

对于运维的7x24小时，有过这样的解释：

“7x24，对很多人来说，只是一串普通的数字，稍微有些背景知识的人可能会知道，这意味着一周7天，每天24小时。虽然生活就是一个7日连着一个7日，一天的24小时，一般会有紧张的工作，有放松的休息，有舒服的睡眠。但对一个运维人员来说，这7x24却意味着168小时，10080分钟，604800秒种不间断的责任和值守，意味着每一分每一秒都不能放松的警惕”

或许这会儿我们可以对这样一项职业有一个更加立体的认知。

关于他们的薪资

2016年美国网工待遇中位数6万9. 有人说其实国内也差不多(理解为6万9 RMB)

不过从对国内的网工薪资排名来讲，网工仍然是个不错的选择

关于未来怎么看

随着云计算、容器技术的大行其道，网络被我们越来越关注，网工这样一个职业也越来越走向了大众面前，可能他们不是纯粹的Network Engineer,有可能是网络运维工程师，也有可能宽泛到售前售后工程师，但他们的工作和网络乃至每一台网络设备都息息相关。人们也经常乐于去观察这些新技术给网工的工作带来的变化。

在知乎有位叫老七的工程师这么分析过网工的危机：

“一是编程能力欠缺。我不是SDN吹，但也不回避SDN对网工带来的冲击，从公有云行业来看，SDN/NFV已经是挺成熟的了。和一些厂商工程师比较抵触SDN不同，作为甲方，我还是对SDN的一些思想还是非常拥抱的，毕竟角度不同，厂商要卖自己盒子，而甲方更专注是不是能够真正解决的自己的问题。除了SDN的冲击以外，现在都在谈自动化运维，编程能力也会让网工提高工作效率和出错率。现在网工的招聘里面越来越多的公司加入了对编程能力的要求。

二是知识广度不够。网工大多数都是对网络厂商的设备以及一些网络协议比较熟悉，这个很大程度上会影响个人的发展空间，现在这个讲究full stack的时代，仅仅懂网络是远远不够的，操作系统、虚拟化、存储等等我觉得还是有必要深入的了解了解的，多专多能不太现实，但是至少要一专多能。”

也有人对于网络工程师的工作年限做一些猜测和划定。10年前有一种风气，说软件工程师过了30岁就做不动了，看如今40多岁的软件工程师大有人在，而且大多占据着高薪的职位。经常混迹在国外网络论坛，发现比较厉害的都是40、50岁的中年人，有了很多项目设计经验、实施经验、咨询经验，对于网络技术相对简单，难的是如何把很多技术集成在一起，完成用户的需求，或许多做项目是网络工程师提升技能的有利方式。

对于各种期的网络工程师的规划有过这样的归纳

“会什么？——技术，能力…

有什么？——人脉，渠道…

想干什么？——行业，技术，能力…

能干什么？——行业，技术，能力…

喜欢什么？——行业，技术，能力…

还差什么？——技术，能力…”

对于网工的技术深耕和转型老七也有过这样的分析

深耕

基本两个方向

第一，去厂商，专注于网络技术，并且会有一个很好的网络功底。

第二，去大公司运维，首选大的互联网公司，技术前沿，运维理念先进，高压下对个人成长进步很快。

转型 第一，SDN网络研发，现在SDN研发大多都不是网络出身，原因是因为现在的老网工没几个有编程能力的，一个网络经验丰富的程序员简直是宝啊，绝对市场稀缺人才。

第二，Devops，这个是我个人现在的努力方向，这个比较偏运维，我觉得比较有意思，通过系统化、工具化让运维变的更加轻松和可靠。”

其实关于DevOps，能够帮助技术企业在不影响速度与质量的前提下以自动化方式尽可能优化运作流程，而这一点在十年之前可谓无法想象。对于网络界、运维界“摸爬滚打”工程师们，DevOps这一高效手段又未尝不是一个很棒的选择。我们可以运用这些技术红利更好的服务网络，让机器去做重复和大规模的工作，让人发挥更重要的作用，这有未尝不是一个网工进阶的发展之路。

我曾经有一个想法 —— 网工不插线。希望网工将来能够不用天天频繁的出入机房插着网线去进行配置，或许可以有更优雅的方式去管理更大规模更加复杂的网络。或许在2017年的开端是一个很好的契机去讨论这个事情，所以SDNLAB在2017年1月7日在北京举办一场“网工不插线”的活动，一起去聊一聊如何借助DevOps的理念促进网络的自动化部署和运维，让“网络大夫”使用更高级的工具去展现妙手仁心。