在許多工程師眼裡,所謂的「神級工程師」,往往意味著盲打代碼行雲流水、秒殺複雜演算法,或是系統掛掉時能五分鐘火速上線救場。
然而,日本知名新創企業 Kaminashi(株式会社カミナシ)的 VPoE(工程技術主管)pospome 近日在技術部落格發表長文,直言「技術再好,如果只會被動聽令做事,在 AI 時代根本毫無價值」,並且說明,怎麼樣才算是在企業主管眼中「優秀」的工程師。
技術好不等於優秀?能解決「組織最大瓶頸」才算數
還原這場社群討論的起點,pospome 身為負責帶領龐大技術團隊的高階主管,在日常培育與考核團隊成員時,最常被問到的靈魂考題就是:「到底怎樣才算優秀的工程師?」「到底要做什麼才能往上升遷?」
他指出,很多主管給的建議常常變來變去,今天要求「精進底層架構」,明天又說要「多寫測試」,搞得部屬無所適從。
對此,他給出了一個貫穿始終、高度抽象卻極具殺傷力的標準:「所謂優秀的工程師,就是能替組織解決最大瓶頸的人。」
所謂的「組織」,會隨著你的職位而有所不同:
- 若是一般 IC(個人貢獻者),你眼前的組織就是「所屬的小團隊」。
- 若是架構師或部門主管,組織就是整個「工程部」,甚至是放眼公司整體的上一層維度。
- 而「瓶頸」,就是一切阻礙目標實現的障礙。
例如,公司想衝高業績,但系統整天當機、老舊架構卡死新功能上線,這個問題就是所謂的致命瓶頸。
pospome 強調,如果只看具體的技術工具或打卡表現,環境一變,評價標準就改變。真正有價值的人,是能夠主動看穿所屬組織正面臨什麼致命卡點,並且親手把它剷除。
急的輪不到你,真正的魔王藏在「技術債」
然而,「解決最大瓶頸」說得輕鬆,做起來卻不容易。
為了解釋,pospome 搬出經典的「重要度 vs. 緊急度」艾森豪矩陣,來說明怎麼樣找到你可以解決的問題。

他表示,位於第一象限,「又緊急、又重要的天大瓶頸,通常早就有一堆人圍著搶著解,根本輪不到你主導!」所以我們要看的是右上方的,「工程師能真正搞定的最大瓶頸,往往只有那一類——『緊急度低,但重要度破表』的隱形炸彈!」
pospome 把這種瓶頸直接形容為「定時炸彈」(時限爆彈)。它平時靜悄悄躺在系統底層,明天不解不會立刻死人,但只要放任技術債像滾雪球般長大,一旦引爆就是全線崩潰的大災難。
大批在第一線苦撐的日本工程師紛紛跳出來附和:「這完全是血淚談!平時大家都在救眼前的火,根本沒人有空去管底層架構。」「最可怕的是,如果自己不主動跳下去動手,這顆炸彈就『絕對沒有人會碰』!」「這就是為什麼許多看似低調的老鳥突然離職後,整套系統就跟著陪葬,因為平時都是他在默默拆彈!」
一年抓到一兩個就封神!AI 時代下「聽話工程師」的淘汰危機
但要當一名「拆彈專家」,難度究竟有多高?pospome 毫無保留地列出了殘酷的四大現實關卡:
1. 拉高緊急度的溝通成本:明明眼前看似沒事,你必須憑一己之力扛起說明責任,說服被日常工作塞滿的團隊「我們現在必須花時間處理這個」,取得全員共識。
2. 硬實力的嚴苛考驗:能被稱為重大未爆彈的問題,難度通常極高,要是隨便敲敲鍵盤就能修好,早就被前人解掉了。
3. 時間與心力從哪來:日常排程早就被緊急需求塞得滿滿當當,要如何擠出腦容量做中長期的戰略規劃?
4. 極端稀缺的機會:現實的是,這種關鍵瓶頸「一年能抓到 1、2 個就要偷笑了」,甚至還得跟同儕搶時機。
「正因為難如登天,能做到的人才配被稱為『優秀』。」pospome 最後給出終極忠告:在這個 AI 寫程式碼越來越快、自動化工具滿街跑的時代,只會「按照主管交辦事項照單全收」的被動工程師,價值將會迅速歸零。
唯有每天、每週把「組織裡到底還有什麼隱藏地雷」放在心上主動搜尋的人,才能在幾年一次的關鍵戰役中一戰封神。
- 原始來源:https://www.pospome.work/entry/2026/09/28/152221
- 延伸閱讀:為什麼 Claude 越來越不會說「人話」?Anthropic 工程師揭秘:模型被調校成寫給 AI 看
- 延伸閱讀:Claude Code帳單太驚人?Spotify工程師公開省錢密技:用Gemini幫Claude打雜、費用激省九成
- 延伸閱讀:OpenAI 核心系統大換血!僅靠 2 名工程師與 AI 協作,棄 Python 改用 Rust 效能狂飆 6 倍
請注意!留言要自負法律責任,相關案例層出不窮,請慎重發文!