我寫，故我在。
哈~ 是 v0.3，不是 v3.0。上線五個月，從 v0.2 爬到 v0.3。我必須承認，目前手頭有一堆事要做，並沒有專心在搞挖趣 wowTree，真是對不起。
這陣子，工程師 Jon卯起來在研究 badge 的東東，想要將挖趣 wowTree所規劃的「外掛主題樹」實現。
在昨天 (9/16) 18:00 終於將「外掛主題樹」上線~ 真是感動 T_T
你可以將感興趣的主題樹放到您的網站或 Blog，只要將主題樹下方的「外掛主題樹」程式碼貼到您的網頁內，就可以立即顯示這一棵主題樹的回應內容！範例如下：
另外，還提供客製化的參數設定，詳情請見使用說明。
當初，規劃這個「外掛主題樹」的想法，是希望網友在挖趣 wowTree建主題樹，募集親朋好友來這邊一同參與回應，好讓小樹變大樹，然後可以利用「外掛主題樹」的功能，將這一棵樹移植到個人的網站 or Blog，一方面作為欣賞，成為文章的「延伸閱讀」；一方面繼續栽種，讓延伸內容不間斷。
如果您覺得這樣的想法不錯，歡迎將「主題樹」種到您家~
■ 對挖趣 wowTree 有什麼想法、意見或建議嗎？歡迎反應！
"Mr PM專欄--產品經理(Product Manager)實戰筆記":http://pmmustknow.pixnet.net/blog/post/21870846
產品經理多寫「bug歸類」這個欄位有什麼好處呢？就是讓老闆看到這bug report後知道，在這麼多的bug上，不是每件事情都一樣嚴重，而是有輕重的分別，例如：UI需要調整的bug嚴重度，就比當機輕微多了。
而且可以根據這些分類，上頭老闆可以很快的了解現在系統的可用度，而不會因為看到一大篇bug list，就覺得系統一無是處。
但那為什麼不用「嚴重、普通、輕微」的分類呢？這是一種在報告上預防辦公室角力的方法，不要到時候老闆因為bug被歸在「輕微」的分類，就用經費不足或時間不足的理由，把它搓湯圓搓掉了。
產品經理把bug分輕重，是為了解決辦公室政治，但對消費者而言，是每一個bug其實都一樣重要，一個bug沒解，產品的完整性就低，其user experience就差，造就失敗的產品。
產品經理發的bug report，要能同時考量到對方的績效指標，也要同時考慮產品目標的完成，這樣才會是一個兼顧辦公室政治與人性的bug report嚕。
好文一篇，心有戚戚焉。
之前寫小程式遇到一個狀況：
* 用 UTF-8 編碼時，會抓錯資料
* 用 ANSI 編碼時，就正常
請教了 Jon ，才知道是多存了 BOM 這個東東。外行的我，最後還是用 ANSI 編碼來苟且偷生。
今天，寫小程式又遇到同樣的問題了，我也記不住該存成 UTF-8 or ANSI 才會正常，又回去看之前 Jon 回答的內容：
不要用記事本存檔, 用其它編輯器 (Editplus 可以設定存檔時不會自動加上 BOM)
上網 google 了一下，找到設定方法：
# 打開 EditPlus
# 點擊下拉選單 Tools -> Preferences... -> Files -> UTF-8 signature -> Always remove sinature
# 按下 OK 鈕，離開設定
之後，不論存成 UTF-8 or ANSI，都不會抓錯資料囉~
明天 (週六) 下午，我們一家三口將要跟著蔡頭的爸媽去坪林露營烤肉，還要過夜一天！
某一年過年，帶小小柯回台中老家住了四天，那次還特地買了一個彼得兔的摺疊床給他睡。自此之後，就再也沒有在外面過夜了，即使回台中，也都是一天來回，我和蔡頭總是拿「小朋友會認床」當藉口，但其實是我們怕麻煩 + 神經質。
傍晚時分，蔡頭在更衣室準備明後天的外出衣物...
「小小柯，過來~」蔡頭呼叫
「什麼事？」小小柯從客廳跑去更衣室
「明天要去露營，你要不要帶一隻熊熊陪你睡覺？」蔡頭問
「好啊~ 那我要灰色的熊熊陪我...」小小柯床上有兩隻 Kaloo 熊，一隻藍色、一隻灰色
「你知道什麼是露營嗎？」蔡頭問
「知道啊~ 就是升營火的地方...」小小柯竟然回答得出來，我和蔡頭都嚇了一跳
「你怎麼知道露營是什麼，是誰教你的？」蔡頭追問
「是小建築師--巴布...」小小柯回答
「是建築師巴布，還是萬能阿曼？」蔡頭續問
「巴布！」小小柯回得篤定
「什麼是升營火？」蔡頭又問
「就是可以讓我溫暖的地方...」小小柯似乎真的知道
「明天要去露營，所以小小柯不能睡自己的嬰兒床哦~ 你知道嗎？」蔡頭提醒
「好啊~ 那我們要睡帳篷嗎？」小小柯還知道露營要睡帳篷，靠~
管他誰教的，至少電視沒白看...........Orz
