2013/10/25 受邀到 HackNTU 小聚 演講,其實接到邀請的時候,離演講只有 19 天,準備時間還蠻短的,所以我分享一些以前有想過、想要分享給學弟妹的東西(當時預計是回大學母校,結果…)。

講題主要有三大部分,都是雜談的話題,沒有太技術性的東西:

  1. 如何改善技術能力
  2. 如何改善生活上的問題
  3. 預防電腦職業病

以下是投影片

(010 Better and Better 工程師就業兩年多的心得雜談 on Slideshare)

我還蠻意外聽眾的反應,小弱弱如我,下台後居然也有 5、6 個人跑來問問題,感謝大家不嫌棄 ><

結束後,其實想補充一些東西,有些是(投影片)空間、時間有限所以沒有講的,有些是討論後想補充的想法。

關於 快速開發小玩具當練習 - 小黑客松 的補充 p.8

我最近在嘗試用一個月為單位的檔期,設定檔期的原因是:要給自己壓個 due day 才會比較勤勞。

出貨的品質可以不用很高,反而是出貨時間最好不要拖延。一來是其實東西很爛也沒什麼關係,初期時架構沒有想像中的重要(在講題中有提到),第二是這會強迫你在期間之內避免鑽牛角尖、猶豫不決。

也因此,平常就要累積一些點子筆記,有檔期時,就比較容易挑一個規模適合的來實現。理想上,越純熟之後,就可以做更大的玩具。

關於出貨品質 別管啦 一開始不用太在意的說法,以下這幾篇/幾本書都有類似觀念:

更多輔助工具 p.33

這兩個都是可以封鎖指定網站的工具 (eg. 檔掉消耗太多時間的 facebook),但需注意封鎖 facebook 後,開發 facebook api 相關功能會異常。這兩者封鎖的範圍跟暫時繞過的難易度都不一樣,想使用的人就自己嘗試一下。

更多優質部落格 p.74

(以下是已經有在投影片裡的)

更多優質網路閱讀來源 p.75

(以下是已經有在投影片裡的)

怎麼學 Rails

這還蠻多人問的,其實我也想知道 orz

我目前的想法大概是:

這幾點沒有一定的順序,不過 Code School 很容易破關、門檻低、成就感高,是不錯的入門。而官方 Rails Guides 雖然門檻比較高,但完整度高很多,就算一開始沒能力一次讀完,也可以在遇到問題時第一個往裡面找。

拖時間用的話題 p.124