補充: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 大神說是怎樣就怎樣,我是比他強嗎?沒有啊,那為什麼不聽他的話去做?」
「實際上寫程式的是工程師啊,我自己遇到問題不確定、當然是他說了算,不然聽我這個大外行瞎猜嗎?」

覺得大神好笨怎麼沒想到這點、自以為有小聰明想偷懶抄捷徑,之後都要還債…(過來人經驗)

教寫程式的課這麼多,為什麼報這班?

我跟老公吵架。

老公也是寫 Rails 的,請他教寫程式…結果我太新手太犯蠢,被罵到淚奔,說這輩子學不會,氣到我看到開課訊息就掏錢報名下去了。

大學剛畢業的時候,我報過一次坊間教 JS 的電腦補習班,對那位教 JS 的老師印象之糟糕,連照書教都講不好,更別提什麼問問題有解答,老師回的吱吱唔唔。結果只去了一次就大怒不去了。(多年後,該補習班還打電話來問我要不要來網頁設計班當學員,害我在電話裡直接酸那位客服小姐。)

基於上述 2 次印象不佳的經驗,對於 Rails 這堂課,我可以跟你肯定整套課程花了很多心思在規劃,但「學習起來不會太舒服」。短時間內學習一門完全不懂的技術到堪用的程度,想也知道不是什麼太舒服的過程。(就和打卡介苗一樣,痛死了。)

  • 缺點:作業量非常很大、教學進度很快、回家不練習等於浪費錢、完全不知道為什麼會動就把東西做出來了。
  • 優點:有人盯著你去學習、不懂隨時可以抓人問、有人設計好循序漸進的一套課程照做就是了、上完課拿得出實際會動的作品。
  • 缺點:雖然你用貼指令貼完一整套會動的東西,你還是不知道為什麼會動。

我自己給這門 Rails 課的評價是:短時間內學得到大量技術,但過程太痛苦了= =”
會動是會動,但不會懂為什麼,熟悉一堆指令碼後就要靠個人額外學習了。

便當

聽說「便當」惹出不少爭議,害我既期待又怕受傷害。

便當看起來普通,但比預期的好吃。附上店家資料上旺廣鳳粵菜燒臘

comments powered by Disqus