最近在分配工作順序及進度的時候，發現我自己把有些工作分的太細，步驟分的太過繁複，導致大家覺得我很囉說。
系統分析做到多細才是好呢？描細的太完整，程式設計師寫起來固然輕鬆，可是有些在系統中不不是很重點的事情，會被分配到太多工時，反而忘記了重點。我們經常會聽到程式設計師說系統分析師完全不了解寫程式，但系統分析師就會罵程式設計師完全不懂客戶的需求。
其實，這兩個角色一直在我心裡面是一個很大的衝突，目前工作不會分工的那麼細，一方面要寫程式，一方面又要重視到客戶的需求，可是要花多少資源完成，全部都是一念之間。
由於 blogger 提供的部落格系統沒有分類的這個功能，我研究了好多種分類的方法基本上都要增加很多部落客很多的麻煩。
有人是用書籤的方式，用 http://del.icio.us 這個網站的功能，把自己的文章利用 tag 的方式分類，而這個網站提供 RSS 的格式，可以再利用 http://www.bigbold.com/rssdigest/ 把 RSS 轉成 javascript 出來讓一般的網頁 include 進來即可，雖然作業方式很好，但是中間的關卡太多，只要有一個出問題，對看你部落格的使用者來說，就是很大的不方便，尤其是我這個人很不爽看到 javascript 的錯誤，而這個往往只是某個網址的網路斷掉了。
又研究了 blogger 的 ATOM API，我想只要部落客在貼文的時候放上 tag 小標籤，然後利用一支小小的程式就可以做出完美的分類，而且比現有的部落格系統分類更好，因為目前的分類總是一對一，理想的分類法應該是多對多的，例如有一篇旅行的文章【巴黎】畢卡索博物館，這篇文章應該的 tag 有法國、巴黎、畢卡索、藝術、博物館等等。如果單用城市來分類，應該是歸在巴黎才對，如果有人對博物館有興趣，應該就分在博物館才對。
為了檢索的方便我定義的規格要符合 ATOM 的 XML 格式又要能在 HTML 上也可以檢索到這些 tag 符號，而且要克服 blogger 一些 ATOM 規格上的限制，blogger 最多只能表列 99篇而已(他們官方網站說是15篇)，而HTML最多文章的限制是999篇，所以我打算先利用HTML來檢索做出一個網站的地圖，如果未來大家都有埋入我設計的這個 XML 標記，然後記憶在一個小程式或一個網站，要隨時產生一個最新而不會錯誤的網站地圖應該很容易了。
我想了一個晚上，定義了下面的規格，請部落客做兩件事情
1. 先在 templeate 內搜尋到的 <$BlogItemBody$> 然後在後面加入 ＜sitemapmaker developer="http://tripwriter.blogspot.com" blogID="<$BlogID$>" postID="<$BlogItemNumber$>" linkURL="<$BlogItemPermalinkUrl$>"＞
2. 然後在每一篇文章貼文的時候加入 ＜sitemapmaker developer="http://triptripwriter.blogspot.com" tag="標誌1 標誌2......"＞
請注意上方的全形＜＞要換成半形的符號。加了這個之後呢！我就可以寫一個小程式來做網站地圖啦！至於程式何時寫好，我也不知道。
1. 發行：RSS/ATOM 利用 XML 格式的共同存取介面，方便文章的資料管理及保存。
2. 引用：Track Back 的 XMLRPC 機制可以反向追蹤自己的文章在哪裡被別人推薦。
3. 樣板：利用 loop all 的原理，可以製作出不用改程式即可變化的版型及文章。
4. 整合：一個部落格裡面整合了留言板/討論區/分類/相片等功能。
5. 仲介：利用 XMLRPC 開放 API，可以讓發行部落格在中介軟體做掉，例如 Hello 傳圖檔到 blogger
6. 靜態網頁：大部分的部落格文章都是把資料庫的內容套版產生靜態HTML面，這樣在網路連結上效能比較好，也不會因為時間久遠，改了程式後讓別人連結不進來。
