轉職工程師攻略成長型心態 探索後疫情時代的技術選型、職涯發展與個人成長策略

轉職工程師成功的關鍵是什麼？

轉職工程師 的成功並非取決於短期補習班的「開地圖」課程，而在於建立穩固的 成長型心態 (Growth Mindset) 與具備市場敏銳度的技術選型。其核心攻略包含：1. 量化履歷：運用 STAR 原則（情境、任務、行動、結果）將技術成果轉化為數據指標；2. 主動積極：以終為始地規劃職涯路徑，不盲目追求熱門技術；3. 環境評估：識別主管與同儕的價值，將其視為職涯天花板或助推器。轉職不僅是職業的更換，更是一場關於解決問題能力、習慣養成與自我包裝的長期修煉。

後疫情時代，軟體工程師 薪資也開始一路爬升，第一次轉職 50% 成長的並不在少數。這份 轉職工程師攻略 將助您在職涯高峰中更進一步。

前端、後端、DevOps、SRE 等各式職缺快速增加，企業在選才上也碰到了一個瓶頸。少子化加上職缺數量提高，薪資也不得不慢慢向上抬升。

當 轉職成為工程師 成為當代顯學的今天，我們真的該轉職成為工程師嗎？

目前常見的轉職學習方式也非常非常多，像是資策會、社群讀書會、Code Camp、家教、補習班。有個明顯的評估方式是，若一至兩個月的課程真的有效，那為什麼要花四年養成一個資工系學生？那兩個月其實是一個開地圖的過程，剩下還是要靠自己動機跟學習能力去補。

值得反思的是，如果連開地圖這件事都要靠上課，真的是對這個領域有興趣嗎 😅😅😅

也許你以為成就你的一切，都不能真正定義你
—— 芭比

評估職缺的方法

轉職前可以先想想的幾個問題：

1. 為什麼想換工作
2. 為什麼想換產業
3. 之前工作角色與內容
4. 是否有空窗期，這段時間在做什麼

面試前可以先想想的幾個問題：

1. 為什麼對這間公司感興趣?
2. 了解相關產品與服務嗎?
3. 現在薪資、預期薪資
4. 最快可以上班的時間?

比較兩間公司可以想想的幾個問題：

1. 公司規模以及人數?
2. 工作上舒服嗎?
3. 如何形容現在的公司，同事的個性跟公司文化是否吻合，哪種職位在公司最有價值?
4. 上班的工時，節奏與步調?

面試前，詢問面試的型態，雖然工程師的面試大部分都會請技術相關人員到場協助，但小編也是有遇到很沒 sense 只請 HR 跟搞不清楚狀況的上層主管來面試的公司，所以提早詢問面試的型態及與會人員也是一個評估跟準備的方向。

STAR 履歷優化：量化結果與關鍵字策略

履歷撰寫部分，語句中盡量包含 STAR 原則 (S 情境、T 任務、A 行動、R 結果)，這是 STAR 履歷 的核心。由於現在履歷多發佈在 104 或 LinkedIn，我們必須先通過搜尋引擎篩選，最簡單的方式就是履歷中必須包含職位描述 (JD) 中的核心關鍵字。

在什麼情境下，透過怎麼樣的行動去完成任務，最後的結果如何?

例如：串接 API。這樣的敘述也是會被說描述不清楚 (當然個人判斷這種主管就有點危險?)。如果也需要讓這樣的人都可以看懂，可以寫成：串接會員系統 API 並加上量化的資訊，譬如會員系統 API 每天平均使用人次，這樣可以幫沒 sense 的人更快速的了解與評估我們的技術能力。

盤點自己

軟體開發前的思考完整度可能決定很大一部分的結果，所以清楚完整的表達想法也是工程師該有的訓練。

• 清楚：代表著簡單易懂的打到問題痛點。
• 完整：除了解決基本問題外還額外考慮例外的狀況。

被問問題時可以聽出問題背後真正想了解的，目的是釐清問題和可用資源，畢竟連問問題的人可能都屬於不擅表達的部分，若是沒有進一步確認相關需求，很可能回答打不到痛點。

1. 自我介紹的部分，透過強調履歷相關的部分，說出為什麼適合這個職位
2. 離開前一間公司的原因? 要看看是不是有沒有辦法克服的部分

在決定前可以問自己關於工作方面成就感的問題：

1. 感覺到成就感的事情?
2. 參與的腳色?
3. 這樣的成就是怎麼達到的，使用的特質與態度?

可以使用神奇的斐波那契數列打分數 1 2 3 5 8，像是:

技術選型考量：保持敏銳度與市場接軌

運氣蠻好的，小編轉職前端工程師後的這 5-6 年都踩在對的必修點上。在進行 技術選型 時，建議參考以下策略：

1. GitHub Trend: 可以定時去看。
2. 訂閱相關電子報: 像是 React Status。
3. 官方建議: 跟著函式庫或框架的官方建議走。
4. 減少程式碼: 能不能減少 Code，從架構上來降低維護的複雜度。
5. GitHub 更新: 觀察更新速度以及更新註解是否充足。
6. 前端社團: 關注常在 Medium 上發文的大大。
7. 高薪職缺: 觀察官網或 104 需要什麼技能。
8. 面試測試: 就算不想換工作也要去厲害的公司面試看看。
9. 年度路線圖: 搜尋年度關鍵字查看 Roadmap。

圖片來源: https://github.com/adam-golab/react-developer-roadmap

成長型心態 (Growth Mindset)：主動積極與個人發展

如同前面所提，舊教育體制無法培訓出適合的人才，所以大多需要個人的學習跟 成長型心態。
什麼是 成長型心態？核心在於主動積極、以終為始的概念。

• 主動積極：
  • 自覺：知道能力後要去努力。
  • 良知：公司綁得住人，綁不住心跟生產力。
• 以終為始：
  • 要有想像力：想像未來可能成為的樣子。
  • 獨立意志：並非社會說什麼好就好。

以終為始談的是達成目的這件事，實際上也可以分成心智上跟實際上兩階段：

• 心智上的創造: 在心中勾勒出目的，思考清楚自己的角色，去定位自己成為什麼樣的人。
• 實際上的創造: 在外在環境上，要學會去評估重要的事情，養成好的習慣。

個人成長

• 一次做一件事: 工作上不能同時有兩個主管，要找到當下最重要的小事。
• 雙贏思維: 沒有必要犧牲什麼，可以悠哉工作也可以成長薪水。
• 習慣養成: 行為一再重複就會變成習慣，卓越會是一種習慣。

職涯成長

如果是想要成長，就要讓努力被看見。

• 職涯是你的: 不是老闆的，怎麼發展大多只能靠自己。
• 履歷曝光: 要寫就直接公開然後去打搜尋排行榜，請大家協助轉發。
• 觀察與包裝: 觀察表現好的同事如何表達，懂得包裝自己做的事情。
• 管理期待: 給周邊的人適當的期待。

要怎麼讓老闆提攜你而不是提攜其他人?

反過來想就是老闆為什麼要提攜你，首先要告訴老闆，你想要被提攜！

• 你能做什麼?
• 你想做什麼?
• 你想得到什麼?
• 誰會就帶誰來開會

環境的影響

小編在出社會後也待過幾間公司，同事、主管、專案狀態絕對是會直接影響軟體工程師的發展。

一個重點，現在的主管就是這份工作的職場天花板。

在學習的過程中最容易做到的就是重複對方做得好的部分。

• 同儕價值: 顯示在日常教學相長、交友圈。
• 觀察老闆: 看見老闆到這個位置的原因，即使是幸運，背後也必然有其能力。

如果主管只是第一階的主管?

• 可以把他當職涯上的顧問。
• 戰場很大，可以不用把目標放在這間公司。

讓他人成長

當成為資深一些的職場人後，也會需要練習讓他人成長，比起偷懶直接給予答案，比較好的方式是評估是否有心力去引導。

• 訓練容錯: 訓練的過程要容忍另外一個人可以做的沒有那麼好。

常見的問題可能如下：

• 現在做好了哪些？查到了什麼相關資訊？
• 過去碰上類似這樣的問題時，是如何解決的？
• 知道自己必須做什麼嗎？在這種情況下，什麼可以拿來當解決方案？

給予他人回饋

在還沒放棄對方之前，可以觀察一些現象並且提醒。

1. 確認錯誤分類。
2. 理解發生錯誤的原因。
3. 有效的溝通與避免。

對於錯誤來說可以分成有價值、沒價值的兩類：

• 沒價值的低級錯誤: 寫錯字、重複問一樣的問題、做過的事情無法學會。
• 有價值的錯誤: 能依據反應修正行為，犯錯後能增進判斷能力。

理解工作失誤

職場上會被教學，通常是因為教你比教的人自己來還要累，他們才會選擇教你。訊息講了，但傳遞效用遞減，聽的人只聽部分外加自行轉化。

• 找出原因: 找出顯性、隱性的原因。
• 流程優化: 從結構或流程去了解不斷犯錯的原因。

工作上的顯性失誤：

• 知識不足: 透過文件、Google 的能力協助。
• 技巧不足: 練習、睡飽。
• 規則不理解: 透過 SOP 並且確實遵守。

隱性錯誤來自於無知：
不知道問題在哪? 不知道該怎麼重現問題? 如果要找一個討論問題的人，必須先準備好問題、必須先碰到過問題，也代表在這之前就必須有能力動手重現。

• 不知道自己原來不擅長。
• 不知道做事情的原因與目的。
• 犯錯後沒有紀錄和改善。
• 確認的系統和檢核的機制可能有點問題。

最後結語一下，對工程師來說重要的事情是要練習：

1. 解決問題。
2. 把解決不了的問題交代清楚給有能力的人解決。

在流程上請減少浪費工程師的時間，工程師就能夠做更多的事情，常做的事情就流程化、標準化，逐步的自動化。

資深工程師並不會是小叮噹，只是工作比較久踩過的雷比較多所以直覺比較準，不一定比較厲害，但永遠都會是大雄遇到問題時能一起陪伴的好朋友。

View this post on Instagram

A post shared by yyds_梗圖迷因 (@yyds_chicowba)

FAQ：轉職工程師常見問題

Q1：非本科系轉職，沒有作品集怎麼辦？

A：作品集不一定要是驚世巨作。建議將您在學習過程中「解決了什麼具體問題」寫成部落格文章或放上 GitHub。重點在於展現您的「解題邏輯」與「學習動機」，這比單純展示一個公版作業更有說服力。

Q2：如何克服面試時對技術問題的恐懼？

A：採用 STAR 原則 回答。即使碰到不會的技術，也可以誠實回答「目前沒用過這套，但過去我在處理 [類似情境] 時，是透過 [這套方案] 來解決」。展現您的知識遷移能力（Transferable Skills）是轉職成功的關鍵。

Q3：職場上的「顯性失誤」與「隱性錯誤」有什麼區別？

A：顯性失誤（如寫錯字、不守規則）通常可以透過 SOP 或多睡飽來修正；隱性錯誤則來自於「無知」，不知道自己不擅長什麼。對於資深工程師來說，練習「發現隱性錯誤」並記錄改善，才是持續成長的動力來源。

資深工程師不一定比較厲害，永遠都會是大雄遇到問題時能一起陪伴的好朋友。加油，轉職之路雖然辛苦，但絕對值得！

• ← 上一篇
• 下一篇 →