# 如何以驚人速度學習並成長？前亞馬遜首席工程師的四大反直覺原則
你有沒有想過：
你以為能讓自己「學得更快」的那件事，其實正在狠狠拖慢你的速度？
大多數人相信，只要更努力、更聰明、讀更多書、拿更多證照，就能領先別人。
但真正決定你職業生涯能飛多快、多高的，只有一個指標——**學習速度**。
這不是天賦，而是一套系統。
今天我要分享的，正是我這位在亞馬遜待了近20年、從工程師一路做到 Principal Engineer（首席工程師）的 Steve Wyn（大家叫我 Steve 叔），親身驗證過無數次的「極速學習系統」。
這套系統只有四大原則，卻能讓你比別人快 5 倍、10 倍地成長。
### 第一原則：把「學習如何學習」變成你的元技能（Meta Skill）
大多數人學習新東西的方式是線性的：
從文件第 1 頁開始讀到最後一頁，把所有細節都背起來才敢往前走。
這是最慢、最痛苦的方式。
我把知識分成四個桶（第四個留到最後再說）：
1. **事實（Facts）**
團隊名稱、核心系統、關鍵人物……這些只能硬背。
技巧：把厚厚一疊文件丟給 ChatGPT，拜託它「極度濃縮摘要」，別讓你的筆記變成 300 頁。
2. **流程（Procedures）**
如何建置、如何部署、on-call 要怎麼處理……
這些永遠不要只靠「讀」，要靠「在有人帶的情況下親手做」。
最快的方式不是讀完所有 SOP，而是直接去 shadow 當週 on-call 的人。
3. **概念（Concepts）** ← 這才是加速的關鍵！
概念是「想法與想法之間的關係」。
我早期做《Search Inside the Book》，學會了亞馬遜的商品目錄系統；
多年後我去做演唱會門票系統，表面完全不同，但核心問題一模一樣：
「核心商品是什麼？如何管理庫存？如何對應既有架構？」
再後來我去做 Prime Video，換成影片編碼、串流權利……但底層的目錄概念完全相同。
當你學的是「可轉移的概念」，而不是「表面細節」，你就永遠不用從零開始。
你會開始「模式匹配」（Pattern Matching），這才是真正的高手加速器。
**實踐方法：**
每次學新東西時，強迫自己畫一張「心智模型圖」。
把最核心的概念放中間，用方塊和箭頭把關係畫出來（depends on、is a type of、triggers……
如果你的圖超過 12 個方塊，就代表你還在雜草裡，抽象層次不夠高。
畫完之後，找領域專家說：
「這是我理解的整體架構，對嗎？哪裡錯了？」
他們 30 秒就能幫你修正，比你自己看書 30 小時還有效。
### 第二原則：速度永遠打敗完美（Velocity > Perfection）
我曾經花好幾週把一份設計文件磨到完美，才敢發給大家看。
結果我看著一位 Principal Engineer 幾小時內丟出一個超粗糙的草稿——
有一半寫著 TBD，圖也是方塊加問號——卻立刻收到大量回饋。
等我還在改第一版時，他已經到第三版，而且比我一個人閉門造車好太多了。
**教訓：0.1 版拿到回饋，永遠打敗 1.0 版的完美。**
真正的第 50 版才會接近完美，但大多數人把所有時間花在想讓第 1 版完美。
想學得更快，就要建立「極速回饋迴圈」：
- 看新專案碼？別讀幾週，先改一行看看會不會爆炸
- 寫測試、送 code review、畫半成品設計圖就分享
- 學幾小時就找人說「請你糾正我的理解」
現實才是你最好的老師，但你得先把東西丟到現實裡才行。
### 第三原則：限制是最好的老師（Constraint is the best teacher）
這件事超反直覺——
**你給自己的時間越少，反而學得越快。**
帕金森定律：工作會膨脹到填滿所有可用時間。
給自己 3 個月，你就花 3 個月；給自己 2 週，你就硬是 2 週內搞定。
在亞馬遜，我看過無數新工程師說：
「我要先把所有 on-call 文件讀完，大概要 6 個月才敢上線。」
但真正 ramp up 最快的，都是第一週就去 shadow，第二週就當 secondary on-call 的人。
他們不見得準備好，但「隨時可能被 pager 響」的壓力，逼他們只學真正重要的東西。
**我的做法：**
每次估時間，都直接砍半。
原本覺得要 4 週的，硬給自己 2 週；8 小時的，給 4 小時。
這會逼你殘酷優先排序，放棄不重要的 polishing，專注在真正動針的事。
另一種限制：主動接「比你現在能力高一階」的專案。
中級工程師就去做資深工程師的任務；熟悉的 tech stack 就去碰不熟的。
前提是你要有安全網（有人能救你），但這種「剛好有點撐不住」的感覺，才是成長最快的狀態。
### 第四原則：你的問題，決定了你的邊界（Your questions define your frontier）
很多人以為「沒有問題了＝學會了」。
錯得離譜。
真正的高手，是問題永遠問不完的人，而且問題品質越來越高。
我每次進新專案，都會開一個「問題文件」，分成四欄：
1. 自己能回答
2. 要去查
3. 要問人
4. 目前沒人知道答案（這欄最珍貴）
一開始的問題很基礎：「這系統是幹嘛的？誰負責？」
後來變成：「為什麼當初選這個架構？如果這元件掛了會怎樣？」
最後當你問出一個問題，領域專家說：
「哇，這問題很好，我們團隊也還在研究耶！」
恭喜，你已經抵達知識的前沿了。
把問題留下來，永遠不要刪除（只標記已回答）。
這不只是你學習的麵包屑軌跡，未來帶新人時，直接把這份問題清單給他，就是最棒的導覽地圖。
### 結語
學習速度不是天賦，而是一套可複製的系統：
1. 專注概念而非細節，用心智模型圖＋找專家糾正
2. 極速迭代，0.1 版就拿去拿回饋
3. 用時間壓力與略高難度專案強迫自己聚焦
4. 把問題當作學習的地圖，永遠問更高品質的問題
當你把這四件事內化成習慣，你會發現自己進步的速度會讓旁人瞠目結舌。
而這，正是我能在亞馬遜 20 年內，學會 20 多種程式語言、無數陌生領域，還能快速在不同團隊間跳來跳去的原因。
你準備好把學習速度開到最快了嗎？
（喜歡這類內容的話，歡迎留言告訴我你想聽的主題～我每則留言都會看！也歡迎訂閱我的免費週報，一起變成職場裡進步最快的那個人！）
— Steve 叔
前亞馬遜 Principal Engineer
現在在 YouTube 分享職場成長心得
影片原文：https://www.youtube.com/watch?v=mV-JSdeMSn0