網絡工程師已死,開發者萬歲?
“網絡工程師已死,開發者萬歲。”盡管這個改變了網絡工程師資格的概念頗受追捧,特別是隨著SDN的不斷演進更為如此,然而從本質上來講這是片面的,這太極端了。
事情的真相是,好的網絡工程師一直是開發人員,每次投身命令行界面時都在寫“代碼”。
自從數據互聯時代的到來,那些建立鏈接以及連接系統的角色不斷發生變化。為了完成任務,他們可能得像計算機科學家或工程師那樣去寫代碼。隨著時間的推移,他們成了設計、配置并維護系統到系統、網絡到網絡連接的專家。只有在過去15到20年這樣,網絡工程師有獨立的工作職能,并影響了幾乎所有的其他IT學科。
協議棧的演進反映了工程師的技能
讓我們重溫一下協議棧這樣稀松平常的東西。早年,絕大多數系統需要通過專業的手段進行連接,特定媒介如Local Talk、Token Ring、ProNet以及Ethernet。首先是系統間的通訊大樓協議。為了讓系統置于這些網絡中,必須要寫通信網絡堆棧,以支持特定的需求。
大體上,那些堆棧由熟悉網絡的工程師來編寫,基于現有的文檔以及從開發者社區或特定廠商那里獲取的幫助。
這樣一來,網絡工程師的角色既由計算機技術人員轉向軟件開發人員。確實,現代網絡工程專業,乃至網絡工程師資格是不斷發展的,它也必須如此。
然而網絡工程師資格的改進卻常為業內所忽視。
需要更多證明嗎?考慮下上面的例子,再想想網絡工程師的職能與開發者關系有多密切:
· 配置路由器需要專業語言和命令結構。理解協議意味著要熟悉每個標準、層次結構和核心能力,就像掌握編程語言那樣。
· 理解不同的網絡平臺有不同的用途,就像不同的編程技術和工具有不同的核心作用,例如嵌入式、解釋型以及編譯型。
顯然是不同的。從VLAN改變獲取即時反饋和路由指標調整與構建模塊化應用程序并不相同。然而,編寫腳本改變MAC地址格式與通過大型企業網絡加VLAN標簽或重置廣域網點對點編號又并無多大區別。這都需要時間、相關知識來完成任務。
只有在現代,計算機工程和編程才分裂開來。此外,這是由行業造成的現象,為了劃分員工職能,以及由廠商圍繞“語法敏感”資格建立起的生態系統。
那么,網絡工程師已死,開發者萬歲?
如這樣的邏輯,所有的系統管理員都應該為操作系統開發人員讓路,就像無人駕駛汽車會取代汽車修理工一樣。