<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="0.92">
<channel>
	<title>挖趣 wowTree 開發日誌</title>
	<link>http://blog.wowtree.com</link>
	<description>::: 挖東西．找樂趣 :::</description>
	<lastBuildDate>Wed, 14 May 2008 15:01:43 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	
	<item>
		<title>v0.24 釋出</title>
		<description>今天做了一些小補強 / 小修正：

* 首頁：因為有網友反應沒看到右上角的建立鈕 (和搜尋過近)，所以在首頁提供一個「建立主題樹」的輸入區塊，歡迎大家踴躍建樹。
* 主題樹頁：
** 主題內容的區塊下方，提供一個「參與回應」的連結：原本回應一多時，要一直捲下去才能看到回應鈕，有點小不方便。
** 回應的 RSS ICON：跟目前工具箱的「訂閱 rss」完全一樣，只是放在明顯的位置。有網友反應要提供 email 訂閱通知功能，在還沒有這個功能之前，先用 RSS 訂閱也是一個不錯的方式。
* 推薦 / 追蹤 (功能)：一律改為「收藏」。

一點一點，慢慢往上加~ Go!!! </description>
		<link>http://blog.wowtree.com/2008-05-14/64/</link>
			</item>
	<item>
		<title>v0.23 釋出</title>
		<description>增加了一個「即時活動」的跑馬燈，會顯示 user 在挖趣 wowTree所發表的內容：主題樹、回應、留言。

光這個跑馬燈，就令人傷了一些腦筋，它有幾種方案：

* HTML 語法：就是使用 marquee 這個語法來顯示，優點是 Fx, IE 都支援 (雖然該語法不符規定) ，而缺點是一開始播放前面會空白，最後播完也會空白。
* JS 語法：可以解決空白問題，但在 Fx 下會卡卡的。
* jQuery 語法：有找到類似的，但顯示方式不是讓人很滿意。

最後，就用 marquee 來頂囉~ </description>
		<link>http://blog.wowtree.com/2008-05-06/63/</link>
			</item>
	<item>
		<title>v0.22 釋出</title>
		<description>目前都是做小地方的調整及修改：

* 增加 rss：首頁 (新建主題樹)、分類頁及單一主題樹頁 (回應)。
* 增加網站縮圖：雖然很多人都說頁面很簡潔，但看久了終究「平」了點，所以加上了縮圖 (目前採用 MozShot 提供的服務)，而  snap 仍保留，作為縮圖不出來時的輔助。

Keep Walking, Keep Working... </description>
		<link>http://blog.wowtree.com/2008-04-22/62/</link>
			</item>
	<item>
		<title>v0.21 釋出</title>
		<description>感謝親友/網友/同事的協助測試，給我們不少鼓勵、批評及建議。

根據大家的測試，我們做了如下的修正：

* 討論的「To: 標的物 # 暱稱」帶錯資料：已修正。
* 狀態切換不夠明顯：加粗處理。
* 「建立主題樹」按鈕不明顯：加深顏色、前方加上小 icon，以做區隔。
* 首頁加上三標：做內容導引之用。
* 若有錯誤訊息出現，區塊顏色會變化，加強提醒。
* 新建立完成主題樹，會出現「轉寄給親朋好友」的提示 (註*)。

v0.21 上線~

----

註*

之所以會加上提示的原因，主要是目前的使用者會把這邊當作「知識+ 」來使用，發表了一個主題，然後會希望網友來協助回答 (ex: 尋找懷舊美國影集)。

不過，令人尷尬的是，挖趣 wowTree 目前只是新興的小站，並沒有 Yahoo!奇摩 那麼恐怖的人潮，所以這樣的主題樹，基本上是非常難獲得網友的回應。

建議的作法，是將這一個主題樹轉寄給你的親朋好友，或志趣相投的網友/團體，運用人際的互動，一同灌溉主題樹。 </description>
		<link>http://blog.wowtree.com/2008-04-16/61/</link>
			</item>
	<item>
		<title>上線！</title>
		<description>今天是黃道吉日，挖趣 wowTree 在 4 月 12 日 上午 10:30 上線了。

上線的前兩天 (4/10)，我從上午 9:00 等到下午 3:45，中華電信的人員才來家裡安裝光纖。原本插 ADSL 的電話孔，竟然不被光纖接受，紅燈一直亮著，安裝人員說光纖會挑線路，書桌旁的線路品質可能不佳。

最後，光纖安裝家裡電話線的源頭...客廳，紅燈是熄了，但挖趣的主機該不會要放在客廳吧？晚上，在書房牆壁找到另一個電話孔，而且可以通過光纖的檢測，這才讓我安心。

上線的前一天 (4/11)，工程師 Jon 要來我家裝服務的主機，我等了 2 個小時，才接到工程師來電說...他迷路了，導航裝置把他帶得團團轉。被打敗的我，騎車去帶工程師來我家。由於工程師之前就已經把主機的作業系統灌好，不到 30 分鐘就搞定了！

當天晚上，我才意識到隔天 (4/12) 就要上線了，哇哩咧~ 我還沒做完最後的測試、明天要上線也要先塞資料，讓首頁門面好看一些，公告要寫些什麼、要做什麼推廣動作...

要搞定的事情還真的不少...我到 4/12 凌晨 3:00 才上床睡覺。

4/12 上午 10:30，工程師把 wowTree 的首頁打開，嗯！上線了~ 開機大吉。

 </description>
		<link>http://blog.wowtree.com/2008-04-12/60/</link>
			</item>
	<item>
		<title>瘋狂測試 ing</title>
		<description>就快上線了，不過光纖還沒來裝，機器還躺在工程師家（要等光纖裝好），唯一還能做的，就是測試、測試、再測試。

有人笑稱：「服務只要掛上 beta，user 對 error 的容許度就會提高...」我深深不以為然。beta 或許可以說是測試版，但推出的前提，是你對目前的這一版，已經善盡了測試之責，而不是推出 beta 要網友容許錯誤、協助測試。

雖然，bug 是抓不完的，測得有點頭暈目眩。但是，努力的測試抓蟲，也是對工程師拚命寫出程式的最佳回報。

再測~ 再測~ 測到我看不到 bug 為止... (希望不是眼睛變瞎)





 </description>
		<link>http://blog.wowtree.com/2008-04-09/59/</link>
			</item>
	<item>
		<title>上線前的準備工作</title>
		<description>今天又來到工程師 Jon 的家，主要還有一些測試到的問題要修正。

修完之後，跟 Jon 討論剩下的待辦工作。原本要找人來做一些互動操作，但 Jon 建議直接用 jQuery 搞定，我半信半疑，只怕誤了更多的時間。不到 2 個小時，他和我搞定了所有的（其實也沒多少）互動操作，Jon 笑著說，因為我們的需求就只是單純的「toggle (開/閤)」，加上 jQuery 這個強大的工具，自然輕鬆搞定。

至於服務的主機，由於我們服務的目標對象主要是台灣的使用者，所以 Jon 不建議承租外國的主機，雖然便宜很多，但速度就是慢了一些，使用者的耐心是有限的。於是，Jon 建議架一台主機擺在家裡，再拉一條光纖試看看。

就這樣，我隔天去中華電信營業處申請光纖，Jon 週末回高雄順便買主機，我們決定 wowTree 在 4/12 (六) 上線！

 </description>
		<link>http://blog.wowtree.com/2008-04-02/58/</link>
			</item>
	<item>
		<title>二人開發的合作模式</title>
		<description>隨著經驗的累積，我愈來愈熟悉「二人開發」的合作模式：

* 我坐在工程師的旁邊，先講解這個頁面及相關後續頁面的概要
* 接著開始討論哪些功能要改規格、延後做，或砍掉
* 然後工程師開始寫程式套頁面
* 有時工程師會邊寫邊反問我這樣做對不對，或是改成那邊行不行？
* 除非影響很大，通常我會在第一時間做出決定
* 工程師寫好了程式，他會先測看看能不能動
* 如果能動，就會要我先簡單測看看，是否有做到我想要的 spec
* 如果有明顯的問題，馬上回報給工程師，工程師馬上修正
* 如果沒有，就由我事後找時間詳細檢測
* 如果遇到頁面要調整，我會先記下來，事後找時間修改 CSS 或製作新頁面
* 我回到家，用 Tortoise SVN 將檔案抓回
* 如果測到程式有問題，記錄下來
* 如果測到文案訊息有問題，直接修改內容文案
* 如果測到頁面有異常，直接修改 CSS 或相關圖檔
* 再用 Tortoise SVN 將檔案回傳 & 同步 (sync)
* 回報工程師有關程式有 bug 的部分

列出來有點鎖碎，但這樣的合作模式減少了多餘的動作及時間的浪費。
我經歷過，才知道它的美。

 </description>
		<link>http://blog.wowtree.com/2008-04-01/57/</link>
			</item>
	<item>
		<title>搞定文件</title>
		<description>既然工程師拚了命開發，我也不能遜色：

* 3/30: 把「使用說明」搞定
* 3/31: 把「服務條款、隱私權政策」搞定

使用說明的頁面，我用了 jQuery 的程式碼，加上網友提供的 toggle（開閤）範例。雖然我花了半天在研究程式，但結果是令人滿意的。

服務條款、隱私權政策的內容，我則是花了整整一天的時間，參考各大網站的條款說明，依 wowTree 的服務性質，再去蕪存菁、融會貫通，所編寫出來的。

我並非一味的抄寫，或是敷衍了事，而是身為網站經營者的我，知道 wowTree 該承諾什麼（對網友的隱私保護）、無法承擔什麼（無法預期的狀況實在很多）。

如果能對自己負責，也才能對網友負責。

 </description>
		<link>http://blog.wowtree.com/2008-03-31/56/</link>
			</item>
	<item>
		<title>飛快開發~</title>
		<description>在搞定「單一主題樹」這個最重要、最複雜頁面後，後續要製作的頁面似乎沒那麼困難了，「水到渠成」應該就是在形容這樣的狀況吧？

* 3/25: 開始套 my
* 3/27: 開始套 profile, directory, search，首頁也莫名其妙完成了

工程師 Jon 說他的感覺來了，開發飛速~。



不過，也因為工程師開發太快，讓我無法消化（功能測試、頁面調整），於是要求五、六、日讓我在家，一方面休息，一方面消化工作。沒想到，工程師在興頭上，竟然趁著週末空檔，把其他頁面都搞定了，這太神了~

* 3/29: 開始套麵包屑 (crumb, 即頁面路徑)
* 3/30: 開始套檔案設定頁、忘記密碼頁

停！我快消化不良了... </description>
		<link>http://blog.wowtree.com/2008-03-30/55/</link>
			</item>
</channel>
</rss>
