避免養成一知半解的壞習慣

就職後，會發現有非常多知識需要逐一補上。在找答案的過程中，有人選擇做到 60 分，程式能跑能交差就好。也有人選擇真正搞懂背後邏輯，理解自己寫出來的每一行代碼。

“先求有再求好” 並不是做到 60 分就好

不論是學習或是開發產品，很多時候無法一次到位，只能先求有再求好。這樣的做法並沒有錯，但切記不要因此養成半吊子的習慣。程式不是會動就好，bug 也不是解了就算了。真正理解程式的運作邏輯，才能確保在各種情況下都能正常運作。知道 bug 發生的根本原因，才知道未來要如何避免類似問題再次發生。

目前維護的專案有多了解？

• package.json 中的 scripts ，都知道用處嗎？
• dependencies/devDependencies 中的套件，都知道作用與使用方法嗎？
• 部署方式，CI/CD pipeline
• …

好的學習環境很重要

最好在團隊中有其他資深前端能夠學習，如果有 code review 機制更理想。由於轉職的第一份工作比較難找，好的學習環境可遇不可求。但未來換工作時，建議要優先考慮這點。

持續寫 side project

最好能找到感興趣的題目，持續寫 side project。除了能在個人的專案中嘗試不同的新技術。且從想做功能出發，比較不會不知道該學什麼好。
此外，side project 要一個人全包整個產品開發的所有工作，可以學習從不同角度思考問題（PM, 設計, 行銷, 測試…），增進實際工作中與其他部門的溝通效率。

掌握前端的變化

建議至少每年看這三份報告，了解有哪些新的語法與熱門套件，並從中找幾個感興趣的主題研究：

• https://stateofjs.com/
• https://stateofcss.com/
• https://stateofhtml.com/

找出自己喜歡的學習方式

學習的方式很多，不用在意哪種方法學得快、哪種學得扎實，因為能長期堅持下去才是最重要的。

• 喜歡有人一起討論，可以組讀書會
• 喜歡分享學到的知識，可以上網寫文章
• 喜歡跟其他人合作，可以加入開源專案
• …

找出有動力持續做下去的方式，就是最適合你的學習方法。

定期回顧

每個人都會有倦怠的時候，偶而放鬆一下並沒有問題，但要避免慢慢養成了習慣而停止學習。
建議每週回顧自己學了什麼、做了哪些新功能。如果不想給自己太大壓力，也可以每個月或每季回顧一次（不建議再更久）。當發現自己連續幾週(月)都沒有進度，就是時候督促自己努力一下了。

在做回顧時，KPT是一個簡單好用的方法。

• Keep（保持）：在上個週期中，哪些做法是有效的應繼續保留。
• Problem（問題）：出現了哪些困難、挑戰或不理想的情況。
• Try（嘗試）：有哪些方法可以在未來進行嘗試，來改善所遇到的問題

文章同步發表於部落格中

結語

在這次鐵人賽的系列文章中，整理了從自學前端到成功轉職的四個關鍵階段中，最常遇到的 30 個問題。希望這些經驗能幫助那些正在考慮或已經踏上前端之路的朋友，少走一些彎路。如果有不同的見解，或發現有遺漏之處，都歡迎留言討論。

【猶豫階段】

1. 轉職前端適合我嗎？
2. 轉職前端能拿到多少薪水？
3. 前端工程師實際的工作內容是什麼？
4. 從開始到轉職成功要多久？

【起步階段】

5. 決定要學了，怎麼開始？
6. 要學 JavaScript、jQuery、還是前端框架？
7. 要做 side project 嗎？
8. side project 的題目怎麼選？
9. 決定了 side project 的題目後，要怎麼開始？
10. 卡關了怎麼辦？

【成長階段】

11. 完成第一個專案了，然後呢？
12. 如何管理專案版本？
13. 怎麼把 side project 放到網路上？
14. 如何優化開發效率？
15. 如何使用第三方套件/框架？
16. 怎麼讓程式碼更好維護？
17. 前端框架怎麼選？
18. CSS 框架/工具要怎麼選？
19. 要學 TypeScript 嗎？
20. 需要學習後端嗎？
21. 怎麼練習 API 串接？
22. 怎麼避免不小心改壞現有功能？

【面試階段】

23. 找工作要怎麼開始？
24. 履歷要怎麼寫？
25. 面試要注意什麼？
26. 怎麼準備面試：行為面試篇（behavior）？
27. 怎麼準備面試：前端技術篇（technical）？
28. 怎麼準備面試：編碼面試篇（coding）？
29. 拿到 offer 了怎麼選？
30. 就職後怎麼持續進步？