在軟體工程的世界裡，我們常對「年資」有一種盲目的崇拜，彷彿只要在辦公室椅子上坐得夠久，技術靈魂就會自動升級。然而，當你親眼看見一位擁有十年資歷的前輩，在開發八個月的專案中寫出 $O(n^3)$ 的巢狀迴圈、在 useEffect 裡用 JSON.stringify 進行粗暴的資料比對，甚至連基本的 Merge Request (MR) Diff 都看不懂時，你會開始懷疑：這份年資，究竟是經驗的累積，還是技術怠惰的遮羞布？
一、 技術怠惰：被封印在 Class Component 時代的靈魂
真正的專業，源自於對技術演進的持續好奇與尊重。在 React 已經進入 Functional Component 的時代，如果一個資深工程師的思維還停留在 Class Component 時代，試圖把 Hook 當成 componentDidUpdate 亂塞，那就是一種技術怠惰。
這種怠惰表現在對效能的冷漠。當一個簡單的資料查找可以透過 Map 物件達到 $O(1)$ 的常數複雜度時，選擇使用暴力巢狀迴圈導致頁面卡死，這不叫「能跑就好」，這叫「專業失格」。一個不願意學習現代狀態管理（如 Zustand）或資料獲取工具（如 React Query）的工程師，他的年資只是在重複過時的錯誤。
二、 職業誠實：268 個 CVE 漏洞背後的真相
如果說技術怠惰是能力問題，那「職業誠實」就是人品問題。
我看過最荒謬的景象，是專案中掛著 268 個未修復的 CVE 安全性漏洞，卻能被視而不見。在 CI/CD 腳本中加入 --passWithNoTests 這種自我欺騙的指令，營造出測試全數通過的假象，這不只是技術上的無能，更是對職業道德的背叛。
一個專業的工程師，應該對自己產出的每一行程式碼負責。當你無視安全性警告、無視自動化測試的真實結果、無視 MR 討論中的潛在風險時，你已經不再是專案的守護者，而是那個讓系統步向崩潰的「災厄加儂」。
三、 拒絕成為「技術黏液」：保持大師之劍的鋒利
為了不讓自己在混亂的環境中被同化，我們必須建立起自己的防禦機制。這不是為了要跟誰競爭，而是為了守護身為開發者的職業尊嚴：
- 堅持標準：即便環境再爛，也要守住「元件不超過 200 行」、「邏輯與視圖解耦」的底線。
- 數據說話：用效能跑分、用精簡的程式碼、用正確的 CI/CD 流程來證明，專業度與年資無關，與你的投入程度有關。
- 持續補血：在下班後關掉那些令人頭痛的爛 Code，拿起琴鍵彈奏一曲，或是到健身房訓練肌肉。保持心智的清明，你才能在屎山中看見通往真理的路。
結語
年資應該是專業的加成，而不該是怠惰的藉口。我們要記得，工程師是一份需要終身學習的職業。如果你停止前進，那你的「資深」標籤，不過是海拉魯廢墟上一塊沉重的舊磚頭。
與其追求成為一個「活得很久」的資深，不如追求成為一個「技術誠實」的專業人士。