蒼時弦也這幾年來 3D 遊戲的門檻隨著 Unity3D 的出現，從原本 Open Source 的 Ogre Engine 等，層次一口氣提高到了「商業運用」的等級，支付一定的費用給引擎公司，也許就可以用到 3A 遊戲等級的引擎。只要有付費，許多問題與麻煩都可以交給引擎公司，相較 Open Source 的形式，某種意義上也是更加容易的製作遊戲（至少不會有問題找不到解法，大絕就是呼叫客服）
自從 UE3 開放免費下載（抽成形式）後，這次的 UE4 稍微改了模式，月費制加抽成（5%）並且在最近公佈下載與付費的方式。
而我的同學長久以來就有著要用 Unreal Engine 的怨念，但因為我一直以「在 Mac 上不方便」為理由，讓他乖乖選擇 Unity3D 不過 UE4 來勢洶洶的支援了 Mac 我也不得不認命⋯⋯
蒼時弦也終於，要到完結篇了（誤 這篇介紹完 Heroku 之後，就會開始寫進階運用的部分。 （其實已經冒出幾篇，基本上不會針對 PaaS 而是一些在 Heroku 上面的運用做討論。）
不過，寫這篇之前，其實我很想寫一下 Unreal Engine 4 collaboration with SVN 這篇，因為最近 UE4 推出，雖然台灣地區還沒開放購買（月費約台幣六百，買一次就可以拿到該月版本，可不續費更新）但是同學硬是找到原始碼（其實就在 Github 只不過付費用戶才能看到）
經過幾番波折，就這樣成功在 Windows / Mac 上跑起來，於是就開始了 UE4 研究之旅。 總之，下一篇大概就是 UE4 的 SVN （各種雷，完全找不到「SVN update」的功能⋯⋯卻可以 commit 啊）
蒼時弦也之前寫過一篇關於 Vagrant + Capistrano + GitLab 的自動化部署介紹。
不過當時因為一些問題，卡著沒有繼續完成測試。 最近因為某些原因，需要一個 Nightly-like (不一定會每日更新，取決于 commit) 的環境，所以只好硬著頭皮把全部的問題解決了⋯⋯
蒼時弦也分心了一整天，趕緊補一下 SITCON 2014 的心得啊（趴地
今年依舊是工作人員，各種意義上就是還是學生的時候就都奉獻給 SITCON 這樣的感覺拉～ 只是今年同時也成為了講師，扣掉 Lightning Talk 之外，這是第一次上台講。
去年 COSCUP 在台上的時候，整個人是發抖狀態不能好好講完內容（面對可能有快千人的壓迫感可能真的不一樣） 這次一上台就是很淡定，只是速度很快，快到遭到會眾反映 XD
不過今年超累，所以除了主持之外幾乎沒有去聽其他議程（下午講完就累癱了 XD） 所以只好來補充一下我的 Talk 跟分享一下感想拉～
蒼時弦也最近收到一個 Issue 是關於我製作的 Heroku Buildpacks 有問題，沒辦法使用 Travis CI 的 Deploy 功能。
因為寫 Test 的習慣養成挺困難的，再加上獨自開發與大多是半遊玩性質的關係，其實幾乎沒有使用 Travis CI 的習慣，不過這次因為這個 Issue 我稍微研究了 Travis CI 的功能以及 Deploy 功能。
這算是一個很方便的功能，尤其是網站專案來說，如果在 Deploy 後馬上就發生問題，也是非常不方便。那麼，一般 Git 的專案來說，我們通常都是直接進行 Deploy 即使在本機事先做過一次測試，但是總是會有忘記的時候。
此時，透過持續整合服務的自動 Deploy 功能來協助，就可以在確保所有測試都沒問題的狀況下才進行 Deploy 也比較能夠自動化。
蒼時弦也會寫這篇文章是因為昨晚學弟（非系上）問我他現在接了一個案子，該怎麼報價。 然後我就開始問他一些問題，來當作報價的建議依據。
同時也發現到，其實很多再接案用於「報價」的自我判斷，學弟也沒有什麼概念。我想應該也有不少人會有這方面的問題，所以就打算來寫一篇文章分享一下我的報價技巧。
不過我已經有一年左右沒有接案了，另外就是這些「技巧」會依照行業、經營方式有所不同，這只是我個人的計算方式。 當然，裡面仍有許多「基本要素」是學生再接案的時候會忽略的，這篇文章另一方面是要提醒各位同學這個問題。
順帶一提，網路上討論這個主題的人似乎不多，難怪學弟會抓不太到方向。
蒼時弦也據說PaaS 入門指南（三）網址設錯，我要開始寫才發現 XD
這篇文章會來示範如何用 OpenShift 架設 WordPress 網誌，在此之前要先告知大家。 最近 AppFog 決定改變方針，已經註冊的用戶免費方案降為 512MB 而之後不開放免費方案申請（假設經驗是對的，過幾年 AppFog 的免費用戶大概就會被停了吧 XD 上次是取消網址⋯⋯）
也因此，之後的文章講完基本運用後，就不會另外提 AppFog 的使用（畢竟我目標再讓大家先免費體驗，然後選擇喜歡的付費嘛～） 當然，我主要還是討論 Heroku 的運用（不過那是進階了，需要有一定基礎知識的人才能夠玩起來～）
那麼，我們進入正題。
蒼時弦也這周都在忙 SITCON 的網站，結果就錯過週二寫 PaaS 入門指南的時間了（剛剛看 GA 還發現大家都已經習慣週二來晃～） 這篇文章其實是順便當寒假作業（雖然老師沒強制，不過剛好可以複習跟檢視我對 RWD 的熟悉度）
其實我一直對 W3C 標準跟歷史不太熟，所以沒辦法像許多高手根據標準跟歷史來討論這些網頁技術上的問題。 不過還好，我多少算是有經驗跟實作，以下就從我所「知道」的 Responsive Web Design 來談談吧！
這邊文章大致上會從這些方向去討論：
我想又會是篇很長的文章，大家就泡個茶慢慢讀吧 XD
蒼時弦也過年我就淡定放假不寫文了（被拖走 根據 Google Analytic 統計，週二的這篇文章會讓訪客增長 XD
上一篇極其混亂的 PaaS 入門指南（二）已經簡易的向大家介紹相關工具的安裝（各種痛苦啊那個，感覺 AppFog 的對 Windows 比較友善⋯⋯）
這篇我們先休息一下，因為我發現字太多我寫很累看的人好像也很累 XD 先來簡易介紹一下 AppFog / OpenShift 的快速安裝功能。
蒼時弦也會寫這篇是前一陣子 HHVM 突然又被大家撈起來討論，看起來應該是有啥新進化吧 XD 那時身為專業的阿宅，一定要馬上裝來玩一下。
隨著時間的流逝，又有人發現用 HHVM 可以讓 Composer 跑更快一點（超自然啊！） 我又再次回想起這神奇的東西⋯⋯ 現實是 Composer 跑太慢被 HHVM 斷開魂結
當時我就想，既然我都搞了 Phalcon on Heroku 這東西，不如再來搞一個 HHVM 版本吧！
沒想到官方竟然無情的已經做好了，於是我只好轉戰 Laravel 然後冒險就這樣開始了（才沒有 XD
PaaS 入門指南還沒斷，不過人生總是需要調味一下，就先讓我寫些別的吧 XD