蒼時弦也分心了一整天，趕緊補一下 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
蒼時弦也在第一篇文章 PaaS 入門指南（一）已經簡單介紹了 PaaS 的基本概念，還有一些常見的 PaaS 服務。
這篇文章，則會介紹使用 PaaS 所需的基本技能以及軟體。雖然使用 PaaS 的方式大多在服務提供者的網站上會有簡易的介紹，但是如果想要體驗各式的 PaaS 最好還是能夠熟悉這些工具的基本操作。
蒼時弦也這一系列的文章是準備寫給對雲端有興趣，或者想嘗試架設網站的人。
內容的部分，這篇文章會對幾家常見的 PaaS 平台進行簡介。後續會以 Heroku 為主軸繼續介紹，從產生一個 Application 到發佈以及客製化都會一起介紹。文章中也會將我所理解的 PaaS 概念與架構一併說明，讓大家可以更加了解關於 PaaS 的使用，以及優缺點。
至於這一系列的文章，會以「免費、無負擔」的前提下撰寫，選用以及介紹的 PaaS 可能有付費也可能有免費，但是會讓大家在盡可能不花費的狀況下體驗與使用。
那麼，正文開始。
蒼時弦也這篇文章一部份是寫給同學看的，在做遊戲中似乎挺常使用到的，而這個「特性」如果能夠理解的話，未來同學在製作遊戲應該也是會順利很多，另一方面就是 SITCON 的投稿，大概就是以這個為主軸來討論。
依照網路上的說法，這個概念應該是在 Unity3D 熱門之後，才比較被大眾所熟悉。而我個人是在 2013 年的 COSCUP 在半路大的演講第一次獲得「元件化」的關鍵字，這確實也是一個不一樣的概念。
至於後續如何呢？讓我們一起看下去。 （關於非遊戲的討論，我之後會另外寫文章，這邊以 Unity3D 的 Component 概念為主。）