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