既然身為設計學院的學生，每年新一代展都會是很重要的活動。

雖然跟 JSDC 時間重疊，還好週五能夠提前一天去參觀，算是不幸中的大幸。

去年第一次疵參與時，不太知道該怎麼逛，所以收獲很少。這次很認真的拿了不少名片，也看到很多作品，相較去年的參觀情況，已經好上許多。

這次除了老師要我們寫心得之外，就是和同學去探索目前台灣學生「3D 遊戲製作」的一個情況。 （今天打算寫兩篇文章，另一篇會討論這個問題。）

最近為了同學畢製的野望開始稍微摸索起 3D Game Engine 這一塊。

原本，我以為會跟過去接觸到大多數的 Open Source 專案一樣，是一個充滿和平與多元的美好世界。 但是，看起來我錯了⋯⋯

3D Game Development 是一個既沒有選擇，也無法安穩過日，一個身處於 Open Source 世界中少數的戰亂之地。

這篇文章可能會有點帶有偏見以及不完全的觀點，也希望業界的高手可以給予指正。內容都是從我探索 Unity3D 以外的世界與選擇，所得出的結論。

其實，這是一篇掃雷文（誤

大約半年前（根據某人開 Issue 的記錄，是 7 個月之前）我也嘗試過安裝 oauth-plugin 來建置 OAuth2 伺服器，但是因為長達好幾小時 400 Bad Request 最後受不了而放棄。

這次，除了順利挑戰 Invalid OAuth Request 之外，從 400 甚至 401 都挑戰的我，終於戰勝了地雷啊！

事不宜遲，讓我們開始進行這一連串的大戰吧！

雖然有點晚了，不過真的是很忙啊（趴

畢竟老師這學期順利使出作業 Combo 一個接一個做，只好在這個分心已經回不去的時候多加利用時間寫一下了！

SITCON - 學生計算機年會

這算是我第一次參與籌備吧，雖然過去當過幾次其他年會的志工，不過還是第一次全程參與下來。 雖然有點可惜，我幾乎沒有聽到議程，但是還是要來說說參與的心得跟經歷。

這次的活動也很不錯啊～

而且結束後還有與其他參賽者交流的時間，算是很不錯的 XDD

不過和 Caesar Chi 在聊天時也發現到與之前的 Windows App 開發嘉年華比較起來，在 Open Source 社群 Demo 時似乎比較有趣。

雖然說各社群應該都會有差異，但是我也覺得在 Windows 發表作品時的氣氛真的超沈重的，就算搞笑好像也都沒有用一樣，一點都沒有大家一起創作，然後一起看看有什麼突發奇想的感覺（趴

雖然這次開發時間很短，不過整體來說其實是超棒的活動！

其實這篇文章是想偷懶不寫的，不過因為早上在 Twitter 上跟 hlb (布丁) 大大的一小段對話，只好寫了（趴

「到底別人的團隊到底是怎樣工作的啊？好像跟我的經驗都很不一樣？」原文

因為這句話，我也回復說「我也很好奇」「在 WebConf Day2 後跟朋友吃飯從 TEDxTaipei 的 Henry 那邊學到的東西」

於是就被要求寫一篇了⋯⋯

不過，我本來就想寫 - I am learning 這個主題拉～～

「這是一個令我 Amazing 的活動」

我認為這樣形容 WebConf 的感想最適合，並不是說之前參加過的 COSCUP, PHPConf 不好，而是這場 WebConf 跟我的胃口太合了⋯⋯

最特別的就是有「設計軌」一個給設計師的議程組合，這是一個很棒的部分，因為一個 Web 絕對不是只有開發者在做，設計師也應該參與其中。

基於某些理由，兩天我都在 R2 （設計師軌的會議室）聽完全程，雖然另外兩間 R0 / R1 都有讓我在意的議程，但是為了好好搞懂網頁設計這件事情，我都忍下來認真聽 R2 的演講。

其實這次只是去吃的

以上純屬玩笑⋯⋯

自從上次去過 NKO (Node.js Knockout) 2012 Taiwan 之後，我的同學跟學妹就理解到食物很豐盛的道理，這次很果斷地就決定參加了⋯⋯

你們都不考慮一下我的肝嗎？

不過這不是重點，這次的重點是參加 Hackthon 要做遊戲請用遊戲引擎

詳細情況？詳見內文

這一次的經驗真的非常特別。

今年，雖然不是 NKO 的第一次。但對台灣來說，是第一次準備好場地，大家一起「努力寫程式」的活動。

實際上，我在做出成品之前，我都不敢相信我們能不能做出來？能不能順利上台 Demo 但是，看起來我們還算是有點料，沒有連上台都上不去啊（笑

隊伍成員大致上就是同學、學妹、網友，是一個 50% 都是 Art (Designer) 的隊伍。 原本想說是不是會來不及做完，因為寫 Code 速度不快等等。但是最後似乎沒有實際上碰到這些問題。

至於成品是什麼呢？

PHPConf 結束後，就很想寫點程式阿（掩面

雖然這次是志工，不過運氣很好聽到了不少很棒的演講。其中我還是對於像是 PhalconPHP 和 Composer 在雲端環境上的使用。

先排除一般虛擬主機支援可能性，再來就到了 PaaS 上的問題。因為 PaaS 相對於 IaaS 使用上簡單，也不需要額外的去做設定，很多時候 Deploy 網站還是會先以 PaaS 為主（而且很多 PaaS 有提供免費額度）

我先針對幾個個人比較關注支援 PHP 環境的 PaaS 進行搜集資料，再繼續確認支援情況。

AppFog, Heroku, PagodaBox 三個是我主要的確認項目，其中 AppFog 沒辦法找到什麼可靠的資訊，而 PagodaBox 在印象中討論區曾經有討論過關於 Composer 方面的問題，最後是 Heroku 今天的主角，也是讓我「大吃一驚」的 PaaS 服務。