現狀剖析
新手完成首個專案：檔案上傳、Excel 導入 MySQL、PDF 轉圖片線上預覽。全程複製貼上現成代碼與 JAR，功能跑通但心虛：「我到底學會了什麼？下次還得繼續搬。」
真相：這就是正常學習曲線
「Java 開發就是：開始搬別人的，後來搬自己的。知道怎麼找、找到怎麼用、出問題能定位解決。經驗 = 知道什麼能幹、什麼不能幹、用什麼工具最合適。細節記得就寫，不記得查 API 或搜舊代碼。」
這段高票回答道出了業界共識：「搬運」不是恥辱，是必要階段。
從搬運到內化的三階段
| 階段 | 行為 | 關鍵動作 |
|---|
| 1. 模仿期 | 複製貼上、改參數、跑通 | 建立「專案骨架」肌肉記憶，熟悉 Maven/Gradle、目錄結構、常用註解 |
| 2. 理解期 | 閱讀源碼、追蹤斷點、改造邏輯 | 「為什麼這樣寫？」→ 看 Spring 源碼、JDBC 流程、線程池原理；遇錯看堆疊而非只搜關鍵字 |
| 3. 內化期 | 脫離搜尋獨立完成、封裝通用組件 | 形成個人/團隊「工具箱」：通用上傳服務、Excel 模板引擎、PDF 轉換管線；新專案直接引用 |
具體行動建議
- 建立「技術索引」筆記本 (Notion/Obsidian/GitHub Wiki)：每解決一個問題，記錄「場景 → 方案選型對比 → 關鍵代碼片段 → 坑點 → 官方文檔鏈接」。
- 強迫自己手寫核心流程：關閉 IDE，紙上寫出「檔案上傳 → MultipartResolver → Controller → Service → 存儲 → 回傳 URL」完整調用鏈。
- 定期重構舊專案：把首個專案的「搬運代碼」重寫成乾淨的分層架構，提取公共模組發布到私有 Maven 倉庫。
- 深挖一兩個中間件原理：如 Tomcat 請求處理、MySQL 索引/B+樹、Redis 單線程模型、Netty Reactor 模式——成為你的「殺手鐧」。
- 輸出倒逼輸入：寫技術博客、錄影教學、團隊分享，講清楚才是真懂。
心態建設
- 不要焦慮「背不下 API」，工程師核心競爭力是解決問題的結構化思維，不是記憶力。
- 每個資深開發者的硬碟裡都有幾百個「複製來的專案」，區別在於他們知道哪裡要改、為什麼改、改完怎麼驗證。
- 給自己設定「每週一篇深度筆記」KPI，半年後回看，成長顯而易見。
你已經跨過「Hello World」到「功能上線」最大的鴻溝，**現在要做的不是停止搬運，而是在搬運中建立自己的知識地圖**。
