學習新的語言與框架，會讓我們能處理更多工作。但隨著責任增加，成長也開始體現在別的地方：釐清需求、降低風險，以及讓團隊更容易一起前進。
從完成任務到理解問題
接到任務時，可以先多問一步：這個改動要改善誰的什麼問題？如果需求中的解法不可行，有沒有另一個方式能達到目的？
這個習慣讓工程師不只是實作規格，也開始參與解決問題。
深度來自回顧，不只是累積
工作年數不會自動變成可用的經驗。更有效的累積方式，是在一次實作後留下簡短的回顧：
- 原本預期什麼？
- 實際發生什麼？
- 差異來自哪裡？
- 下一次會提早做哪一件事？
這四個問題可以用在效能改善、事故處理、技術選型，也可以用在合作不順的專案。
讓別人理解你的思考
溝通不是把結論重複得更大聲。它是補上對方做判斷需要的資訊：背景、限制、選項，以及取捨。
一個簡單的溝通順序
先說問題：目前的流程在哪裡遇到限制。
再說建議：希望採取什麼改變。
補上理由：證據、成本與替代方案。
說明下一步：怎麼驗證，以及何時重新評估。
如果別人能接著你的脈絡做決策，這次溝通就創造了價值。
用自己的節奏建立能力
不必把所有流行技術放進學習清單。可以從手上的問題出發，選一項值得深入的能力：理解瀏覽器、寫出可維護的測試，或把需求拆成容易交付的範圍。
持續做小型實驗，把結果記錄下來，再用下一個問題驗證自己的理解。成長會因此變得具體，也更容易看見。