“网络工程师已死，开发者万岁。”尽管这个改变了网络工程师资格的概念颇受追捧，特别是随着SDN的不断演进更为如此，然而从本质上来讲这是片面的，这太极端了。
事情的真相是，好的网络工程师一直是开发人员，每次投身命令行界面时都在写“代码”。
自从数据互联时代的到来，那些建立链接以及连接系统的角色不断发生变化。为了完成任务，他们可能得像计算机科学家或工程师那样去写代码。随着时间的推移，他们成了设计、配置并维护系统到系统、网络到网络连接的专家。只有在过去15到20年这样，网络工程师有独立的工作职能，并影响了几乎所有的其他IT学科。
协议栈的演进反映了工程师的技能
让我们重温一下协议栈这样稀松平常的东西。早年，绝大多数系统需要通过专业的手段进行连接，特定媒介如Local Talk、Token Ring、ProNet以及Ethernet。首先是系统间的通讯大楼协议。为了让系统置于这些网络中，必须要写通信网络堆栈，以支持特定的需求。
大体上，那些堆栈由熟悉网络的工程师来编写，基于现有的文档以及从开发者社区或特定厂商那里获取的帮助。
这样一来，网络工程师的角色既由计算机技术人员转向软件开发人员。确实，现代网络工程专业，乃至网络工程师资格是不断发展的，它也必须如此。
然而网络工程师资格的改进却常为业内所忽视。
需要更多证明吗?考虑下上面的例子，再想想网络工程师的职能与开发者关系有多密切：
· 配置路由器需要专业语言和命令结构。理解协议意味着要熟悉每个标准、层次结构和核心能力，就像掌握编程语言那样。
· 理解不同的网络平台有不同的用途，就像不同的编程技术和工具有不同的核心作用，例如嵌入式、解释型以及编译型。
显然是不同的。从VLAN改变获取即时反馈和路由指标调整与构建模块化应用程序并不相同。然而，编写脚本改变MAC地址格式与通过大型企业网络加VLAN标签或重置广域网点对点编号又并无多大区别。这都需要时间、相关知识来完成任务。
只有在现代，计算机工程和编程才分裂开来。此外，这是由行业造成的现象，为了划分员工职能，以及由厂商围绕“语法敏感”资格建立起的生态系统。
那么，网络工程师已死，开发者万岁?
如这样的逻辑，所有的系统管理员都应该为操作系统开发人员让路，就像无人驾驶汽车会取代汽车修理工一样。
