【好想工作室 — 後端 (backend Camp)培訓心得（五）：這麼多東西，要怎麼學最有效率？】

前言

基礎知識和用法的 tradeoff

如果你正在學習，不要專注在解決問題本身

是的，你沒看錯。

我其實不鼓勵大家隨機挑選基礎知識來學習，因為這樣顯然違背了我在【好想工作室 — 後端 (backend Camp)培訓心得（一）：好想工作室簡介】 所提到，自學的精髓之一：挑真正對你有用的東西來學。

什麼意思？上面不是說基礎知識放諸四海皆準嗎？怎麼這裡又說基礎知識對我沒用了？

沒錯，基礎知識是具有「通用性」，但卻不代表它「會用到」。

假設你研究演算法研究的非常深入，把各種奇形怪狀、偏門的演算法研究透徹，但現實是，一般企業根本就不會用到這麼多演算法。

所以最好學習基礎知識的情境有兩個：

• 你正在研究用法：你可能學到框架裡面有一個好用的 function 可以 call，這時候最好了解一下其底層是怎麼實作的。另一種可能是你用到語言中幫你啟好的 development server (e.g. laravel 裡面的 php artisan serve)，那你最好也去了解一下怎麼自己架 server。
• 你遇到 bug：基本上你看到 bug 就要特別小心了，除非你是純粹失誤，不然有可能就是你基礎知識不熟。像 Laravel 裡面的 model，預設不允許 mass assignment，為什麼？或是 Laravel 的表單需要放入一個 CSRF Token，為什麼？如果是為了安全性，那有沒有其他方式能增加安全性？

簡單來說，在實作或除錯的過程中，稍微解析一下問題，多去思考其原理，然後保持好奇，看有沒有其他作法能達到相同的效果。不要急著把問題解掉就直接下一步了。

知道去哪裡查用法就好

初學者常常會把所有的用法都寫在自己的筆記裡面，但我自己覺得沒有必要。

一來很花時間，不僅需要紀錄，也需要整理。有時候要找的時候也未必找的到。

二來有些用法可能會隨著版本迭代而有所不同。

所以我推薦大家真的要記筆記的話，記「關鍵字」就好。假如你在學習 PHP 物件導向，那你筆記裡面只需要記下 Access Modifiers, Inheritance, Traits 等等關鍵字，然後記下可能會有答案的網站。這樣其實就夠了。

如何判斷要不要繼續往下挖？

假設你按照我上面的方法，可能你有一天會遇到一個 bug，這個 bug 牽扯到的基本知識超級多，涵蓋作業系統、語言特定、web server 架設等等。等於你解這個 bug 並學習背後的基礎原理，可能一個月就不見了。

在這裡我的建議和上一篇文章判斷前輩的建議的方式一樣，就是要「深入了解建議/題目的內容以及用意」。

也就是說，你可以看看類似的 bug 你是不是碰到好幾次了？如果已經碰到好幾次那可能真的是你有所欠缺，就趕快補上吧！

但如果你跟這個 bug 才初次見面，剛玩完破冰遊戲，彼此還不熟悉的狀況，那你可以稍微評估一下背後原理是否會需要花很多時間了解，如果需要很多時間的話就先略過吧！

---

爭議題：該不該跟著教學影片實作？

• 影片內容未必對我有用：影片就是這樣，如果不是全部看完很難確認到底會不會學到自己想學的東西。如果我花費大量時間跟著實作，到一半才發現影片內容根本不符合我預期，不是很虧ㄇ
• 專心在理解：邊看影片邊做，有時候會讓人沒辦法去理解作者為什麼要這樣做，或聽清楚作者到底講了什麼，因為光是要跟上作者的打字速度就要卯足全力了。相反，如果完全不實作，就能把 100% 心力放在作者到底講了什麼，為什麼要這樣做。

你就跟我們講一下嘛

謎之音：常常分享 mentor 就會覺得你比較認真？

• 你現在想做什麼功能？
• error message 是什麼？
• 你個人的推論是什麼？
• 你試過哪些解決方法？試了之後 error message 有沒有變？