开发者真能替代网络工程师吗?

“网络工程师已死,开发者万岁。”尽管这个改变了网络工程师资格的概念颇受追捧,特别是随着SDN的不断演进更为如此,然而从本质上来讲这是片面的,这太极端了。

“网络工程师已死,开发者万岁。”尽管这个改变了网络工程师资格的概念颇受追捧,特别是随着SDN的不断演进更为如此,然而从本质上来讲这是片面的,这太极端了。

开发者真能替代网络工程师吗?

事情的真相是,好的网络工程师一直是开发人员,每次投身命令行界面时都在写“代码”。

自从数据互联时代的到来,那些建立链接以及连接系统的角色不断发生变化。为了完成任务,他们可能得像计算机科学家或工程师那样去写代码。随着时间的推移,他们成了设计、配置并维护系统到系统、网络到网络连接的专家。只有在过去15到20年这样,网络工程师有独立的工作职能,并影响了几乎所有的其他IT学科。

协议栈的演进反映了工程师的技能

让我们重温一下协议栈这样稀松平常的东西。早年,绝大多数系统需要通过专业的手段进行连接,特定媒介如Local Talk、Token Ring、ProNet以及Ethernet。首先是系统间的通讯大楼协议。为了让系统置于这些网络中,必须要写通信网络堆栈,以支持特定的需求。

大体上,那些堆栈由熟悉网络的工程师来编写,基于现有的文档以及从开发者社区或特定厂商那里获取的帮助。

这样一来,网络工程师的角色既由计算机技术人员转向软件开发人员。确实,现代网络工程专业,乃至网络工程师资格是不断发展的,它也必须如此。

然而网络工程师资格的改进却常为业内所忽视。

需要更多证明吗?考虑下上面的例子,再想想网络工程师的职能与开发者关系有多密切:

· 配置路由器需要专业语言和命令结构。理解协议意味着要熟悉每个标准、层次结构和核心能力,就像掌握编程语言那样。

· 理解不同的网络平台有不同的用途,就像不同的编程技术和工具有不同的核心作用,例如嵌入式、解释型以及编译型。

显然是不同的。从VLAN改变获取即时反馈和路由指标调整与构建模块化应用程序并不相同。然而,编写脚本改变MAC地址格式与通过大型企业网络加VLAN标签或重置广域网点对点编号又并无多大区别。这都需要时间、相关知识来完成任务。

只有在现代,计算机工程和编程才分裂开来。此外,这是由行业造成的现象,为了划分员工职能,以及由厂商围绕“语法敏感”资格建立起的生态系统。

那么,网络工程师已死,开发者万岁?

如这样的逻辑,所有的系统管理员都应该为操作系统开发人员让路,就像无人驾驶汽车会取代汽车修理工一样。

来源:TechTarget中国

0赞

好文章,需要你的鼓励

2015

11/05

10:48

分享

点赞

邮件订阅
白皮书