避免養成一知半解的壞習慣
就職後，會發現有非常多知識需要逐一補上。在找答案的過程中，有人選擇做到 60 分，程式能跑能交差就好。也有人選擇真正搞懂背後邏輯，理解自己寫出來的每一行代碼。
“先求有再求好” 並不是做到 60 分就好
不論是學習或是開發產品，很多時候無法一次到位，只能先求有再求好。這樣的做法並沒有錯，但切記不要因此養成半吊子的習慣。程式不是會動就好，bug 也不是解了就算了。真正理解程式的運作邏輯，才能確保在各種情況下都能正常運作。知道 bug 發生的根本原因，才知道未來要如何避免類似問題再次發生。
目前維護的專案有多了解？
- package.json 中的 scripts ，都知道用處嗎？
- dependencies/devDependencies 中的套件，都知道作用與使用方法嗎？
- 部署方式，CI/CD pipeline
- …
好的學習環境很重要
最好在團隊中有其他資深前端能夠學習，如果有 code review 機制更理想。由於轉職的第一份工作比較難找，好的學習環境可遇不可求。但未來換工作時，建議要優先考慮這點。
持續寫 side project
最好能找到感興趣的題目，持續寫 side project。除了能在個人的專案中嘗試不同的新技術。且從想做功能出發，比較不會不知道該學什麼好。
此外，side project 要一個人全包整個產品開發的所有工作，可以學習從不同角度思考問題（PM, 設計, 行銷, 測試…），增進實際工作中與其他部門的溝通效率。
掌握前端的變化
建議至少每年看這三份報告，了解有哪些新的語法與熱門套件，並從中找幾個感興趣的主題研究：
找出自己喜歡的學習方式
學習的方式很多，不用在意哪種方法學得快、哪種學得扎實，因為能長期堅持下去才是最重要的。
- 喜歡有人一起討論，可以組讀書會
- 喜歡分享學到的知識，可以上網寫文章
- 喜歡跟其他人合作，可以加入開源專案
- …
找出有動力持續做下去的方式，就是最適合你的學習方法。
定期回顧
每個人都會有倦怠的時候，偶而放鬆一下並沒有問題，但要避免慢慢養成了習慣而停止學習。
建議每週回顧自己學了什麼、做了哪些新功能。如果不想給自己太大壓力，也可以每個月或每季回顧一次（不建議再更久）。當發現自己連續幾週(月)都沒有進度，就是時候督促自己努力一下了。
在做回顧時，KPT是一個簡單好用的方法。
- Keep（保持）：在上個週期中，哪些做法是有效的應繼續保留。
- Problem（問題）：出現了哪些困難、挑戰或不理想的情況。
- Try（嘗試）：有哪些方法可以在未來進行嘗試，來改善所遇到的問題。
