在開始談用Rails快速開發一個網站前，

也在開始談跟技術真正有關的問題之前，

先弄清楚在接下來的三十天要做些什麼，

我喜歡寫程式，但寫程式的意義在於解決問題，而不是瘋狂寫code，

我們已經過了那個螢幕上出現Hello world!就足以興奮到不行的年代。

IT技術迭代的速度遠比我們想像的更快，

不過「解決問題」的本質和核心思想是不會變的。

「解決問題」聽起來是籠統的說法，

所以在開始之前我會先給自己兩個問題：

1. 要解決什麼問題？
2. 要如何解決？

1. 要解決什麼問題

首先，

試驗一個想法最快的捷徑不一定是想到什麼就自幹出一個網站或app來，

開個粉絲專頁養粉絲聽起來簡單多了，

只要你有Facebook帳號、還有厚著臉皮邀請朋友來按個讚，

你就有了一批最基本的粉絲。

我身邊也有很多人都這樣子做，

只是問題就在：我身邊、你身邊都有太多人這樣子做啦！

喜歡畫畫的朋友開了粉絲專頁邀請你按讚，

喜歡寫作的朋友開了粉絲專頁邀請你按讚，

喜歡畫畫的朋友生了小孩，覺得小孩很可愛就幫小孩開了粉絲專頁邀請你按讚，

喜歡寫作的朋友養了一隻貓咪，覺得貓咪很可愛就幫小孩開了粉絲專頁邀請你按讚，

......

喜歡XX的XXO了一個XX，覺得XX很XX就幫XX開了粉絲專頁邀請你按讚；

人之常情都會去幫忙按一下，

久而久之，Facebook上就這樣充斥著一堆亂七八糟的資訊，

粉絲頁發個文要讓人看到的機率也跟著變小，這是我們遇到的第一個問題：FB上資訊過多。

（ＢＵＴ，如果內容夠優質夠好還是能熬出頭來，舉例像是Duncan Design......）

保持內容的優質聽起來像廢話，卻是解決這個問題的大前提，

寫出一個網站不會讓你內容自動變優質，

我們能做的是確保內容能夠「正常發揮」。

接下來的問題則是有沒有需要PO文以外的功能？

舉例來說像是搜尋還有分類，

對前者有興趣的人可以搜尋Qsearch，

後者其實你也可以用hash tag作簡單的整理，

解決的方法永遠都有，

只是你想提供給你的使用者的應該不是各種艱難的挑戰，

而是專注在你的服務和內容上。

我選擇的方法就是從Facebook轉移到自己的網站上去，也就是接下來這三十天的主題啦！

RoR是我選擇的框架，也許它不是最棒的，

但我們得承認它的易用性是它這幾年快速竄紅的關鍵因素之一。

第一篇是先讓讀者和自己都有個頭緒明白接著要做什麼，

這個專案的目的有兩個方向：

1. 網站本身的價值
2. 一個給Rails初學者的教學

目前的規劃最初三天介紹：

1. 定義問題
2. 專案介紹
3. 為什麼要用Rails作