成為 mentor 之後，我慢慢思考

「面對 training camp 要帶給學員的是什麼？」

並且對這個問題重新定義，收斂出「學習前端困境」，如同在好想工作室第 14 梯 Web Camp 招生 裡寫的一段。

你在自學時，會無法「判斷解答是否為真」嗎？
在十分廣泛的前端領域，面對查找問題的解答時，也許會查到無法辨認回答品質的資料；有些問題，無法單靠瀏覽器實作，就得到真理。

好想工作室希望學員透過自我學習、驗證的過程，了解如何辯別知識的正確性、了解解決問題的方法，甚至於判斷哪些是沒有確切答案的問題。

我們深信工程師自身需具備「知識正確性的判斷力」才可以在未來，面對更未知的 Web 世界。

要學的語法: 有三種

有一個現象很有趣

當面對各式各樣的應用問題時，內心渴望的是找到一個標準答案，但是它往往不存在，有時候一個問題會有很多的解決方式。

但是，當在面對基礎學習時，往往「基礎」代表的是「有標準答案」，而對於這樣的「基礎」學習方式的學習往往是口耳相傳或者是買上課處理掉。

買課程意味著求知的任務，由金錢幫你處理。
你(暫時)不用歷經過程，就可以得到答案。

網頁前端要學的語法

1. HTML
2. CSS
3. JavaScript

學習前端的時候，知道它們的標準答案在哪嗎？

1. HTML - whatwg.org
2. CSS - w3.org
3. JavaScript - tc39.es

我常常和學員有這樣的對話

「這個語法，為什麼這樣寫？」
『因為 OOO(書) 這麼寫 (或者因為 OOO 這麼說)』
「然後你就想信他了？」

「這就像是去廟裡，求神之後，他叫你喝符水一樣，不是嗎？」

執行的瀏覽器: 主流有三種 (以上)

Google 信徒安裝的 Chrome (大家都一定會安裝)
蘋果信徒內建的 Safari
Open Source 信徒安裝的 FireFox
另外還有一個 M$ 信徒內建的 IE Edge

搞死前端工程師的亂世中，有 vendor prefix 的東西。

在 CSS3 中出現了許多非標準的偷跑語法。

-webkit-transition: all 4s ease;
-moz-transition: all 4s ease;
-ms-transition: all 4s ease;
-o-transition: all 4s ease;
transition: all 4s ease; 

還有許許多多 JavaScript 的非標準 API (但有時就是救命仙丹般的好用)

要怎麼學？

相信看 spec 等同於理論派
相信執行環境，等同於實驗派

這兩派都沒有什麼特別的好壞，太新的 spec 還沒有實作的功能，也是白搭。而非標準的執行環境，無法在移植程式碼時保證相同結果，也是白搭。

這就是「學習前端的困境」。

好的學習習慣與學習方法，會由環境的氛圍帶給每一位學員。透過人與人之間的交流慢慢影響，自身會觀察出學習成果較好的人，他的學習習慣與方法，往往是這麼的簡單樸實。