補充：UI/UX 設計師在工作上不會用到 Rails，這是個人學習。（寫程式也不是我的興趣，只是覺得先學起來放...而且學得很痛苦就是了。）非常不適合完全外行的初學者來上這門課，除了打一堆指令碼外，不主動纏著助教問是不會懂「為什麼」，外加初學者嫩到就想問問題都不知道從何問起，只能從背指令開始。
UI/UX 設計師為什麼要來學寫程式，自己要先想清楚啊！
去年年底我就報了這個班：Rails 商務網站 x 即戰力 - 2016 春季班 （二班）（三月） by Xdite
聽說 5 小時就賣光了，下一班很多 UI/UX 設計師報名。<<< 這不是重點
重點是，如果你不做課前練習，設計師 100% 掉隊跟不上學習進度！
在做前導作業的時候，光是 Copy Paste 看都看不懂的一串英文就會做到很恐慌。是都跑得動，但也都不懂「為什麼會動」。想說死定了實際上課肯定掉隊。
上課目標就從「做一個會動的網站」大幅降低成「只要搞懂工程師會怎麼做」就好。
嗯...結果好像沒我自己預想得這麼悽慘。
大概是我會寫 RWD、有用過 Fire.app，Susy、Sass 都沾過點水，也被老公高壓灌過 Git 的操作，還被殭屍逼著練英打速度。實際課堂上學習似乎比同學輕鬆一些些。
如果你是連 HTML 和 CSS 都不會的設計師，因為我的關係所以跌坑來學 Rails 的話，恭喜你，這是痛苦的開始。
前導作業一定要寫，每週二與四都有 Rails 新手帶練與指導，請巴住助教不放。
學費很貴，不要浪費，有問題就問！
學習方式
初學者，寫 Rails 的基本常識都不夠，不要想著先搞懂為什麼再來練。和念英文一樣，單字量不足的情況下想寫什麼英文文章？
用肌肉記憶啦！
老公常跟我念這句：「憑妳的知識量，就算我解釋了妳也聽不懂。」
還在 2x1=2、2x2=4 學數學的人，要解釋微積分給他聽，要從哪裡開始講？得花多少時間？
要在短時間內上手某項技術，從最快的情況是直接實作，犯了幾次錯、有了點經驗，心裡有幾個想問「為什麼」的問題，再回過頭找解答補完。
所以先不要問為什麼要這樣做，先照作個會動的東西出來，有了成就感，就有動力繼續下一步，學習效率高很多。
做久就知道為什麼了。
我自己在學 UI/UX 的時候都抱持著這樣的想法：
「我寫得出像 XXX 大神那樣的文章嗎？當然寫不出來啊，那為什麼不照他說的做？」
「幹、XXX 大神說是怎樣就怎樣，我是比他強嗎？沒有啊，那為什麼不聽他的話去做？」
「實際上寫程式的是工程師啊，我自己遇到問題不確定、當然是他說了算，不然聽我這個大外行瞎猜嗎？」
覺得大神好笨怎麼沒想到這點、自以為有小聰明想偷懶抄捷徑，之後都要還債...（過來人經驗）
教寫程式的課這麼多，為什麼報這班？
1.我認識 Xdite。
2.我跟老公吵架。
老公也是寫 Rails 的，請他教寫程式...結果我太新手太犯蠢，被罵到淚奔，說這輩子學不會，氣到我看到開課訊息就掏錢報名下去了。
大學剛畢業的時候，我報過一次坊間教 JS 的電腦補習班，對那位教 JS 的老師印象之糟糕，連照書教都講不好，更別提什麼問問題有解答，老師回的吱吱唔唔。結果只去了一次就大怒不去了。（多年後，該補習班還打電話來問我要不要來網頁設計班當學員，害我在電話裡直接酸那位客服小姐。）
基於上述 2 次印象不佳的經驗，對於 Rails 這堂課，我可以跟你肯定整套課程花了很多心思在規劃，但「學習起來不會太舒服」。短時間內學習一門完全不懂的技術到堪用的程度，想也知道不是什麼太舒服的過程。（就和打卡介苗一樣，痛死了。）
- 缺點：作業量非常很大、教學進度很快、回家不練習等於浪費錢、完全不知道為什麼會動就把東西做出來了。
- 優點：有人盯著你去學習、不懂隨時可以抓人問、有人設計好循序漸進的一套課程照做就是了、上完課拿得出實際會動的作品。
我自己給這門 Rails 課的評價是：短時間內學得到大量技術，但過程太痛苦了＝ ＝"
會動是會動，但不會懂為什麼，熟悉一堆指令碼後就要靠個人額外學習了。
便當
聽說「便當」惹出不少爭議，害我既期待又怕受傷害。
便當看起來普通，但比預期的好吃。附上店家資料上旺廣鳳粵菜燒臘。
有機會要帶老公去吃。