北京
幾個月前，我在微軟面試云解決方案架構師職位。面試官拋出一個問題，讓我在離開房間后還在反復琢磨。不是因為答不上來，而是不確定自己是否給出了足夠好的回答。這個問題是：“做大型機技術，最難的部分是什么？”
那時我剛剛踏入大型機領域，不算“比較新”，而是新到有點尷尬。在加入現在這家公司之前，我甚至不知道世界上還有“大型機”這種東西存在。如果有人問我COBOL是什么，我大概會猜那是某個寶可夢的名字。剛接觸時，聽到“KT”這類術語，我偷偷懷疑所有人是不是發了一本秘密企業詞典，唯獨漏掉了我。
但好在我從來不怕顯得無知。我的策略很簡單：先問第一輪問題，再追問第二輪，接著問出能暴露我根本沒聽懂前一輪答案的問題。幸運的是，同事們通常都很樂意解釋。幾輪知識傳遞和勉強算得上“最低限度研究”之后，我腦子里浮現出的答案，和大多數開發者可能想到的一樣：技術本身、年代久遠、工具落后、學習曲線陡峭，有些系統甚至在我出生前就已經在運行了。
這些理由聽起來合情合理，但在面試中我忽然閃過一個念頭：“這太明顯了。”那個層級的面試官，通常不是在等你給出腦子里冒出的第一個答案。他們想了解的是你的思考方式。面試結束后，我越想越覺得，最難的地方并不在技術本身。
接觸大型企業系統之前，我對老舊技術的心理模型很簡單：舊技術等同于過時技術，而過時技術意味著還沒被替換掉的東西。我從不曾明確相信這種假設，但行動上卻一直如此。等到真正走近這些系統，這種假設就迅速瓦解了。無論我們是否察覺，世界上有大量東西仍然運行在大多數開發者想不到的技術上——銀行、保險公司、政府、航空公司、大型企業，整個產業都靜靜依賴著這些運行了數十年的系統。
它們不在聚光燈下，不是因為趕時髦，甚至不是因為讓人興奮，而僅僅是因為它們每天都在運轉。日復一日，年復一年，有時比維護它們的人職業生涯還要長。沒有發布會，不登科技頭條，也從不有人在社交媒體上曬出“我的工作臺”，有的只是純粹的可靠性。這一點本身，就讓人印象深刻。
反方觀點會堅持，最難的就是技術債：陳舊的編程語言、稀缺的人才、與現代架構的割裂，每一項都在拖慢創新。正方卻認為，真正的難題在于認知偏差帶來的輕視——這種系統無聲地支撐著現代文明，卻被當作“本該淘汰的遺產”。
我的判斷是：大型機最棘手的地方，是讓外行人理解為什么這些“過時”的東西至今無法輕易取代。它們不是被遺忘的遺產，而是被環境高度驗證的工程選擇。最難的不是修改代碼，而是與一種隱形的商業邏輯共存：可靠到被忽略，又重要到不能出錯。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
