程式設計 NEXT SERVICES

技術通告，有用我寫的外掛程式，請修改一下網址

2010-03-20T18:41:00.000+08:00

其實去年 Google 就已經宣布 GooglePages 的服務要關閉，用 GoogleSites 來取代，Google 大神也很好心的把原來放在 GooglePages 的所有檔案無痛的搬到 GoogleSites。可是 GoogleSites 並不支援 Javascript 的檔案類型的存放。

我想是我自己偷懶吧！人家免費提供網路空間，公告了很久說要關閉，今天終於輪到我，把我的 GooglePages 服務給關了。在軟體公司上班的我知道寫只要是在外面有在跑的系統的最高原則，就是要能相容，客戶在不知不覺中甚麼都不用改就能夠升級，最差的狀況就是至少還能運作。於是，我努力的把所有 Google 大神目前的服務都看了一遍，看看有甚麼方法可以讓大家不用改，就可以繼續用我寫的外掛小程式。

我試用了 GoogleCode 的 Project 代管服務，但是他目前並沒有提供自訂網域的服務(搞不好明天就開放?)，若是要改網址，我有一堆文章內的語法通通要改。後來用了 Google AppEngine，他有提供自訂網域的方法，可是呢！要寫一堆程式來運作，功能很強大，可是我只是要放幾個小小的 Javascript 小程式，要設定一大堆，他甚至提供了資料庫與檔案存取的方式，看來這個等我有空在來研究了，搞不好可以自己作些簡單的應用。

總而言之，我還是很懶。以上叭啦叭啦說了一堆，若是看不懂沒有關係，我其實是要告訴大家，或是有用過我寫的外掛程式的人，請看到下面這個網域的

http://js.writers.idv.tw

請改成

http://jswriters.googlecode.com/files

這樣就可以運作了。

以下我再說明一下我有開放的外掛小程式的外掛語法，歡迎大家拿去用。

1. 推薦活動

<script src=http://jswriters.googlecode.com/files/ok.js></script>

2. 城市精選

<script src=http://jswriters.googlecode.com/files/a.js></script>

3. 最新迴響(只支援 blogger.com)，紅字部分請自行體會修改

<script>var g_szBlogDomain='xxxxx.blogspot.com'; var g_szHead='《最新迴響》'; </script><script src=http://jswriters.googlecode.com/files/rc.js></script>

4. 列出部落格某個label所有的文章標題(只支援 blogger.com)，紅字部分請自行體會修改

<script>
a_szBlogName='部落格名稱'; a_szDivName='20070723'; a_szLabel1='label'; a_szRSS1Domain='xxxx.blogspot.com';</script><script src=http://jswriters.googlecode.com/files/rss1.js></script>

VPCX118KJ

2010-01-01T10:16:00.000+08:00

【JR】吉田的榮作‧國家級地理探險隊帆布包(13吋電腦可入)-水洗黑

2009-12-10T11:09:00.001+08:00

PORTER MA-1 手提電腦包，可放入15.4吋寬螢幕剛剛好

2009-12-06T11:30:00.000+08:00

Maxim無線網路天線延長底座(AN-05D)

2009-12-01T11:17:00.000+08:00

1. Maxim無線網路天線延長底座(AN-05D)
2. 無限空間-網路天線延長座(1公尺)

買了兩個，1.較優

ViewSonic VOT132

2009-11-30T11:15:00.000+08:00

敗家!VAIO VPCX118KJ

2009-11-19T21:13:00.003+08:00

從日本帶回來的

數位天線，終於把第四台給停了

2009-11-18T21:21:00.001+08:00

Seagate 2.5吋 500GB 隨身碟

2009-09-01T11:42:00.000+08:00

卡爾蔡斯16-35mm T* F2.8 數位單眼相機鏡頭

2009-09-01T02:24:00.002+08:00

ZINWELL兆赫電子藍光高畫質RMVB多媒體播放機

2009-07-25T07:00:00.001+08:00

再度敗家，這次不用電腦就可以加入EXIF(GPS-CS3KA)

2009-06-04T21:40:00.000+08:00

SONY BRIVA 40型高畫質數位液晶電視

2009-04-27T21:42:00.000+08:00

8GB,miniSD買了5片，還有些轉卡拍照用，寫入速度有點慢，不過堪用

2009-04-26T20:52:00.002+08:00

2.5吋320G,7200轉硬碟

2009-04-26T20:50:00.000+08:00

PS3 看藍光片

2009-04-20T21:43:00.000+08:00

Internet 發展的歷史

2009-02-17T14:07:00.001+08:00

不是孫芸芸廣告的吸塵器

2009-02-03T00:40:00.001+08:00

NT$5990(用消費券去買日本貨)

1.5T 外接硬碟

2009-01-25T13:52:00.000+08:00

NT$6288

只有 USB 介面

XPERIA X1

2009-01-24T22:00:00.001+08:00

中文版執行速度真是讓我很 GY，而且鍵盤無法用倚天注音，爛!!!

SSD 128G SATA 2.5吋硬碟

2009-01-24T02:33:00.002+08:00

NT$7980 雖然降價了，可是還是很貴

數位相機鏡頭

2008-12-30T22:24:00.003+08:00

（2008.10 買的,現在還在分期，可是用沒有幾次，真是浪費）

卡爾蔡斯 85mm T* F1.4 數位單眼相機鏡頭 SAL-85F14Z 追求理想的大光圈拍攝效果，在開放光圈下實現絕佳拍攝性能的F1.4大口徑中望遠鏡頭。其特徵在於畫面銳利度高、色彩對比鮮明、背景柔焦效果優美。內建Focus hold button及自動離合機構（Auto Clutch）（AF時對焦環不會轉動），操作性與穩定性俱佳。

NT$41,880

產品資訊
卡爾蔡司 85mm T* F1.4
127.5 mm (35 mm 換算)
鏡頭組成：7 群 8 枚
光圈葉片：9 片
最短對焦：0.85 m
濾鏡口徑：72 mm
外形尺寸：約81 x 75 mm （最大直徑 x 長度）
重量：約 650g

游泳專用MP3(2GB)

2008-12-08T16:20:00.000+08:00

PCHome 購物買的 NT$3680

Garmin NU255W 衛星導航

2008-08-13T19:08:00.005+08:00

http://www.garmin.com.tw/products/Nuvi255W_TWN/index.htm
2008.7 購入，不知道去哪吃東西的時候，真好用！找博物館也不賴

PCHome 購物,NT$8990

SONY Rolly

2008-07-08T23:45:00.001+08:00

39800 日圓

算是母親節禮物 CMT-DF1

2008-05-15T23:06:00.002+08:00

CMT-DH5BT 有藍芽的音響

2008-05-09T23:46:00.002+08:00

因為從大陸帶回來的 DVD Player 不太好用，買了這個音響來取代，SONY 的音響與DVD Player 操作起來都是一致的介面，多年來如此，而且遙控器跟 SONY 的電視整合度也很高，真是佩服。

外出簡報可以帶小一點的變壓器VGP-AC19V25

2008-05-04T00:27:00.002+08:00

VGP-AC19V25 for my VAIO FZ25T

再拜藍芽耳機HBH-DS980

2008-05-03T00:53:00.001+08:00

NT$2999

我最近愛上藍芽產品了，SonyEricsson 可攜式藍牙喇叭 MBS-100

2008-04-30T23:33:00.001+08:00

在 PC Home 購物網站買的NT$2388

CODEX 筆記型電腦包

2008-03-27T13:47:00.003+08:00

這個袋子本來是裝 mac 的 15吋筆記型電腦，我的 VAIO FZ25T 寬度多了 0.4公分，有點緊，可是拉鍊超好，怎樣拉都不會壞掉。

payeasy 網站目前 NT$1590

VGP-BMS33/S 藍牙雷射滑鼠

2008-02-10T18:34:00.001+08:00

比 USB 的反應還是略慢一點, 藍芽壞處就是電腦 CPU 100% 的時候, 藍芽就幾乎不能用了

Wii Fit

2007-12-28T19:25:00.000+08:00

在 PC Home 線上購物買的 NT$3980

VAIO FZ25T與AC19V21

2007-11-12T13:49:00.000+08:00

2007.10.27 購買
電源供應器是剛好有同事去日本帶回來

官方網站
http://www.sonystyle.com.tw/is-bin/INTERSHOP.enfinity/WFS/Sony-SonyStyle-Site/zh_TW/-/TWD/ViewProductDetail-Start;pgid=R9pGSY.P9DtSR0QVjkkVr4S_0000abDdiBvy?ProductUUID=dogKAQuxyZYAAAEV.vYG6IP3&CatalogCategoryID=.twKAQuxNBoAAAETgyEXzCNA

集團的種子培訓計畫

2007-09-28T19:19:00.000+08:00

聽起來不錯，應該是學 GE 的，不知道要推薦誰去上課!!!

Web2.0 網站的必要功能的迷思

2007-09-11T00:01:00.000+08:00

1. 一定要有“我的朋友”的設定嗎?
2. 一定要有 Blog 來當討論區或是宣告投入的經營模式嗎？
3. 一定要有 RSS 嗎？
4. 一定要有“自訂”的功能嗎？
5. 一定要把自己的資料分享出來嗎？

部落格的分類

2007-06-19T11:50:00.000+08:00

這篇是我自己對於部落格的分類，有遺漏的請大家指教

1. 個人部落格：

只是單純的自己紀錄自己的日記，或許只給少數親友知道網址，或者只給親密的人知道，甚至是自己不希望為人知的另一面。

2. 專業個人部落格：

有加裝廣告系統，已經不是單純爲了寫日記或是心得的分享。而且有時會為了熱門的關鍵字而寫文章，或是推薦某些產品而專門撰文。

3. 組織團體部落格：

非營利組織或是農民團體，爲了與參與者溝通所建立的部落格

4. 企業部落格：

營利企業組織為了商業運作，與客戶溝通等用途

5. 廣告部落格：

爲了某些商品而建立的部落格，如歌手、沐浴乳、美容用品等。

6. 其他：

還有哪些呢？收集特定資料......

網際快意手滑鼠鍵盤組 (Navigator Desktop)

2007-06-13T20:08:00.000+08:00

約兩個星期前經過燦坤，想說家裡的羅技無線鍵盤滑鼠組經常沒電，而且滑鼠的感應也經常慢半拍（應該是充電電池電不飽所致）。

網際快意手滑鼠鍵盤組 (Navigator Desktop)
http://www.logitech.com/index.cfm/keyboards/keyboard_mice_combos/devices/171&cl=tw,zh

後來想想實在沒必要用無線的鍵盤滑鼠，家裡可以少了電波，也可以省些電池費用，所以買了這組，沒想到鍵盤用不到兩個星期有些鍵就不能打，我也沒有潑到水，是我打的次數太多嗎？不解。

這組鍵盤打字的時候觸感不是很好，但是滑鼠是不錯用。明天寄回羅技，看看會不會換一個來。

NAS TS101

2007-05-07T20:17:00.000+08:00

http://www.qnap.com.tw/tw/product_IA.asp?model=TS-101

這個東西用了半年，真是好東西，所以介紹一下
1.
同步我桌上型或是筆記型電腦上的檔案(有自動同步的軟體)，完全不用管，NB回家一開，公司的工作檔案就自動備份起來(當然要在公司透過WAN同步也可以)
2.
需要一個大的網路磁碟機(FTP或遠端磁碟), 讓在外工作可以隨時放上了資料, 可以放一些聲音音樂檔案等, 而且有個虛擬團隊需要很多人做帳號權限管理，也可以怎樣搞。
3.
這台散熱不錯，沒有風扇，不會嗡嗡叫，7-24開機沒有當機過，我不喜歡家裡開著一台電腦很吵，雖然這台也是電腦，可是體積小到可以跟小烏龜放一起。
4.
多媒體伺服器，可以把 Tivo錄下的節目往上面丟，出差的時候看不慣國外節目可以上來看。也可以放 MP3 音樂檔
5.
至於其他什麼 BT我也不需要

台灣之光 Wintec WBT-201

2007-05-03T11:27:00.000+08:00

2007.4.24

*購買網址:
http://www.mobile01.com/shopping.php?c=17&p=5171

*討論區:
http://www.mobile01.com/topicdetail.php?f=130&t=315893&last=2745417

*一般規格
工作晶片：u-blox ATR 0625
衛星頻率通道數：同時可接收及追蹤 16顆衛星訊號。
接收衛星頻率：1575.42 MHZ。
接收碼：L1, C/A 碼。
超高敏感度：-158dBm

*定位時間（平均時間）
冷開機：34 秒。
熱開機：< 3.5秒。
每秒自動更新一次定位資訊。

*精確度
2.5 公尺 CEP
2.0 公尺 CEP (SBAS)
內建SBAS解調器，不需額外硬體即可接收SBAS信號。

*外觀尺寸
單機結構，內建接收器、藍芽、可重複充電鋰電池及內置高感度主動天線。

*尺寸： 60.0 (長) x 38.0 (寬) x 16.0 (高) 公釐(mm) 。

*電器特性
輸入電壓：+3.75~+5.5V直流。
使用可重複充電之鋰電池
可連續使用10小時以上

*耐候規格
操作溫度：-10℃~60℃(內部溫度)。

*藍芽介面規格
版本：1.2
傳送功率：Class 2
傳送距離： 10公尺(依使用環境而定)
使用頻率：2402~2480MHz
接收感度：-80dBm

敗家實錄又一莊 SE W950i

2007-04-17T18:54:00.000+08:00

2007.4

以前就用過 O2 XDA II 的PDA手機，太大支被我換成 SE K600i, 結果最近這支手機光找通訊錄就找了老半天，又有點回憶起以前的 PDA 功能，看到 SE 出了幾款 PDA 手機 M600i, P990i, W950i，比較考慮了之下，連夜在 PC Home 購物網站下訂單，兩天後就收到了。

或許是我對 PDA 的熟悉程度，這個東西一下子就上手，唯一有點怪異的是 USB 連結上後有快速模式跟一般連線模式，後來我才搞清楚，原來快速模式只是把手機上的記憶體當成電腦的某一個磁碟機，這樣 copy 檔案比較快速，可是缺點是USB 只要一插著，這時候手機是完全看不到這個記憶體的。若是用一般模式，就沒有這個問題，手機上或是電腦上都可以 Access 這個記憶體，但是 Copy 的速度可就很慢了。

SONY 設計的外觀還有操作流程真是沒有話說，今天副總拿他買的 CHT9100 給我設定，不但 GPS 定位超慢，中華電信的 3G mPro 又設定不起來，Pocket IE 一定要設定 Proxy 才能上 emome 網站， WiFi 跟 3G 又經常衝突，突破重重關卡，我只能說 CHT9100 真的只是玩具，大部分人也只用部分功能而已，要全部用到這是難上加難。上了 emome 網站去看 3G mPro 的設定，只能說真是複雜。

慶幸我沒有買 CHT9100，中華電信要認真的考慮整體的服務，用了 Microsoft 的整體解決方案，包含了 Exchange Server 等，又要跟廣大的 Internet 接軌，後續的維護負擔還不小。

My Maps@Google Maps

2007-04-11T17:22:00.000+08:00

本來都是自己用 Google Map API 再配合某一個地圖部落格來標示我自己寫文章的景點，然後在用 IFRAME 包在旅行部落格內，以下是舊的範本範例：

http://next.writers.idv.tw/2006/06/google-map-api-v20.html

一直想自己做出 Google Maps 的方式，但是總是沒時間，現在 Google 推出了 My Maps 的服務，我想我也不用做了，就用他的服務就好，只是我想用 IFRAME 包進來到一篇部落格的內文，可能有點醜，上面還有 Search 的輸入選單，不知道如何拿掉？這個等過陣子再來研究了。

My Maps 還有支援 Google Earth KML 檔案，真是非常方便，不過不知道是不是 Google Earth 還沒有支援線段的景點標示，還是有什麼不相容，未來再看看了。

以下是我自己點上了幾個景點加上照片，慢慢地應該會越來越多，要如何把以前標示好景點文章連結搬過來，可真是傷腦筋了。

http://maps.google.com/maps/ms?ie=UTF8&hl=en&z=15&t=h&om=1&msid=102225836468903487186.00000111cefc79f6128b1&msa=0

SONY DPP-FP55

2007-03-14T01:38:00.000+08:00

1.SONY DPP-FP55 數位相片印表機 NT:6000
2.SVM-F120L- 120張的一盒 L SIZE NT1000
3.SVM-F40P - 明信片樣式40張一盒 NT:760

ASUS N7600GS 顯示卡

2007-02-22T22:15:00.000+08:00

NT$4000

並不是為了要玩遊戲，而是為了 Vista 的動畫， OnBoard 的顯示卡還真是慢，還經常當機，用了這個顯示卡發現電腦速度快了好多啊!

nVIDIA GeForce 7600GS,256MB DDR,128-bit,AGP 8X,D-Sub,DVI-I,TV-Out,HDTV-Out,雙螢幕輸出

ASUS WL-330g無線網路橋接器+AP

2007-02-22T21:45:00.000+08:00

NT$1600
好像只是為了旅行買了這個東西，當無線網路卡也不錯用，不用占 USB Port! 不過要改 IP 後再用 IE 來看，才能知道目前連線狀況，倒是有點不方便。搞不好裝了他們的設定程式會比較方便。

DLink 電力線網路橋接器

2007-02-22T21:36:00.000+08:00

NT$3500
因為裝了 Vista x64, 原來的無線網路用 USB(DLink DWL-G122) 不支援64位元
總覺得無線網路不是很穩(雖然我的AP已經算很穩的了)
又想玩玩新東西，就買了這個東西
首購雙包裝：DHP-200/2 內含兩個DHP-20

又敗家了，VAIO X505/SP

2007-02-16T15:07:00.000+08:00

質量約785g，手前最薄部 9.7mm，積層板採用碳纖維材質(背面・底面)
CPU: 超低電圧版 Pentium M 1GHz
記憶體:512MB（DDR SDRAM）
HDD:約20GB（Ultra ATA/100）
螢幕:10.4型XGA（1024×768）対応高輝度/低反射 TFT液晶
LAN:（100BASE-TX/10BASE-T）2.4GHz LAN
i.LINK 4×1
USB2.0 ×2

二手的，沒有配件 :S
NT$30000

Wii

2007-01-15T12:08:00.000+08:00

2007/1/13 去台北地下街買的，不是台北捷運的站前地下街，也不是中山地下街，在火車站市民大道下方的地下街。

主機：8700
第一次接觸:1800
Wii Sports:1200
飛行:1600
色差端子:1000

有些比較貴 100-200, 懶的殺價。

美國的官方網站：http://wii.nintendo.com
日文看不懂真傷腦筋

JSON 應用（２）：最新迴響的標題

2007-01-05T14:50:00.002+08:00

自從 blogger.com 的新版發佈以來，最另人詬病的就是若是有加入一個新網頁元素(Page Elements)，選擇資訊提供(Feed)的時候，加入是最新迴響的 Feed(http://xxxxx.blogspot.com/feeds/comments/summary) 更新的速度很慢，甚至要到幾個小時之譜，這對來部落格留言的人不是很能接受的。

因為 blogger.com 之前的舊版是利用轉成靜態網頁的方式，但新版就不是這樣的模式，增加了很大的彈性，但是這對於資料的同步與 Cache 是很大的考驗，所以其實也不能責怪他們。

若改成用 Javascript 的模式去抓 JSON 格式的 Feed 來顯示，可以解決上述的問題，因為資料是在客戶端電腦去抓取 Feed 回來顯示。可是問題又來了，這個 Feed 的格式居然沒有原文章的標題，這個對寫很多文章的人來說是個很大的困擾，往往要點入後才知道這些人是在哪篇文章留言的！所以，我想了幾個辦法如下：

先抓取 comments 的 feed，內有標題的網址，然後利用搜尋的方法去 blogsearch.google.com 取回標題
先抓取 comments 的 feed，內有標題的網址，然後再抓取 posts 的 feed 兩個去比對
先抓取 comments 的 feed，內有標題的網址，再抓取藉由 comments 發佈到 gmail 信箱然後轉發到另一個部落格的 posts feed 去比對網址，取回標題。

分析以上作法的風險，我決定採用最麻煩的第三種作法。

blogsearch 的效能不可預知，新文章可能搜尋不到，舊文章可能搜不到，或者標題更改也不一定會更新。
看起來是完美的作法，但是萬一有人在很舊很舊的文章留言， posts 的 feed 一次最多只能抓取 99 則，若比對不到的話，可能還要抓第二次第三次，很浪費連線的資訊傳送。
去比對最新 comments 的 feed 雖然可行，可是中間經過兩個SMTP(gmail)的轉寄，未來格式轉變，或是被誤認為 SPAM 也是很容易出問題。

我很懶的剪圖做說明，就簡單的把第三種方法的設定方式描述如下，有問題的人麻煩在詢問就好。

在原部落格A的控制主頁(Dashboard) → 設定(Settings) → 意見(Comments) → 意見通知地址 (Comment Notification Address) 打入一個為了最新迴響而開設的gmail 信箱(C@gmail.com)
開一個新的部落格B，然後在控制主頁(Dashboard) → 設定(Settings) → 電子郵件(Email) → Mail-to-Blogger 地址 Mail-to-Blogger Address 自行設定一組地址(account.D@blogger.com) 然後下方的　發佈(Publish)　要打勾勾
進入 (C@gmail.com) 的信箱收信匣(Web版) → 設定(Settings) → 轉寄和 POP 轉寄內收郵件的副本至輸入上個步驟的 account.D@blogger.com
在部落格A隨便留個言，然後打開部落格B看看是否留言有變成一篇新的文章，若有的話再進行下一個步驟。
在部落格A的控制主頁(Dashboard) → 範本(Template) → 網頁元素(Page Elements) → 新增網頁元素(Add a New Page Elements) → HTML/Javascript 然後把下面的原始碼貼上，就大功告成了，不過寄得把紅字的網址要打對。

<div id="divrc">下載中...</div>
<script>
var g_szAuthorsLink=new Array();
var g_szTitle= new Array();
var g_szOrgLink = new Array();
var g_iIndex=0;
var g_iShowCount=5;

function a_comprc(a,b){
   order= Date.parse(a.published.$t.replace(/^(\d{4})-(\d{2})-(\d{2})T([0-9:]*)([.0-9]*)(.)(.*)$/,
 '$1/$2/$3 $4 GMT')) - Date.parse(b.published.$t.replace(/^(\d{4})-(\d{2})-(\d{2})T([0-9:]*)([.0-9]*)(.)(.*)$/,
 '$1/$2/$3 $4 GMT'));
   return 0-order;
}
function a_rc(json)
{
   g_entry = json.feed.entry.sort(a_comprc);
}
function a_FindTitle(json,orgLink)
{
   var ret= orgLink;
   for (var ii=0,rc; rc= json.feed.entry[ii]; ii++)
   {
      var content=rc.content.$t;
      var index=content.indexOf(orgLink);
      if (index>0)
      {
         var iBegin=index+orgLink.length+2;
         var content2= content.substring(iBegin,content.length);
         var iEnd = content2.indexOf('</a>');
         if (iEnd >0)
           ret=content2.substring(0,iEnd);
         break;
      }
   }
   return ret;
}
function a_FindIndex(json,orgLink)
{
 var ij=0;
 for (ij=0; ij < g_iIndex; ij++)
 {
   if (orgLink==g_szOrgLink[ij])
       return ij;
 }
 g_szOrgLink[ij]=orgLink;
 g_szTitle[ij]= a_FindTitle(json,orgLink);
 g_szAuthorsLink[ij]='◎';
 g_iIndex ++;
 return ij;
}
function b_rc(json)
{
   for (var i=0,post; post = g_entry[i]; i++)
   {
       var content = post.title.$t;
       var link =  post.link[0].href;
       var iFind = link.indexOf('#');
       var orgLink= link;
       if (iFind>0)
          orgLink = link.substring(0,iFind);
       var index = a_FindIndex(json,orgLink);
       if (index>= g_iShowCount)
       {
          g_iIndex--;
          break;
       }
       var auther= post.author[0].name.$t;
       var timestamp=post.published.$t.substr(0,10) + ' ' +post.published.$t.substr(11,5);
       g_szAuthorsLink[index] += '<a href="' + link + '" title="' + timestamp + '：' + content + '">' + auther + '</a>«';
   }
   var temp = '<ul id="feedItemListDisplay">';
   for (var j=0; j< g_iIndex; j++)
   {
     temp += '<li><a href="' + g_szOrgLink[j] + '">' + g_szTitle[j] + '</a><br/>' + g_szAuthorsLink[j] + '</li>';
   }
   temp+="</ul>";
   document.getElementById("divrc").innerHTML = temp;
}
</script>
<script src="http://部落格A網址/feeds/comments/summary?alt=json-in-script&callback=a_rc" type="text/javascript"></script>
<script src="http://部落格B網址/feeds/posts/full?alt=json-in-script&callback=b_rc" type="text/javascript"></script>

至於實際的效果，就看左邊的《最新迴響》就是了。

2007.1.11 更新
上面這個方法，email 轉發文章到部落格B 被 blogger.com 擋掉了，他們認為是 spam。所以我改用了方法2. 其實程式碼是差不多，也做成一個元件送給大家使用，使用方法如下:

<script>g_szBlogDomain='xxxxx.blogspot.com'; </script>
<script src="http://js.writers.idv.tw/rc.js"></script>

2008.9.23 更新
今天不知道怎樣，json 輸出的格式改了，我把程式更新在 rc3.js

<script>g_szBlogDomain='xxxxx.blogspot.com'; </script>
<script src="http://js.writers.idv.tw/rc3.js"></script>

2008.9.24 更新
我把原來程式加入 rel 這個值的判斷，所以用原來的 rc.js 也可以了！

Google Calendar 的 JSON 應用

2006-12-27T19:02:00.000+08:00

新版的 blogger.com 有個 HTML/Javascript 的 widget 區塊，可以很自由的放入一些程式碼，目前 google 宣佈全面支援 JSON 的規格，因此不用再利用 XMLRequest 的元件去解惱人的 XML 格式。

目前 blogger.com 的新版範本檢查的很嚴格，很多要寫死的資料並不建議直接放在範本上，利用 HTML/Javascript 這個 widget 也是放置資料的好方法。

JSON 的規格大致上就是利用Javascript src=http://domain.../?param=value 這種模式，用瀏覽器的內建解析HTML語法的同時就把程式碼下載到Client端，然後透過 Callback function 的宣告，只要下載回來就會觸發相關的function，資料利用 Array 的模式直接放在裡面，很簡單的取出資料然後做相關的應用顯示出來即可，要取多少資料，要如何排序，要怎樣顯示？都可以自己決定。

以下就是我利用 Google Calendar 提供的 feed，把最近三筆在日曆上的行程顯示出來，如何判斷最近？就是利用客戶端電腦的日期時間來判斷，然後依照時間排序顯示出這些資訊。程式碼如下：

<h2><a target="_blank" href="http://www.google.com/calendar/embed?src=mpmigkt2int30a57lakat0dn10%40group.calendar.google.com">《活動行程》</a><a target="_blank" href="http://www.google.com/calendar/feeds/mpmigkt2int30a57lakat0dn10%40group.calendar.google.com/public/full"><img border="0" src="http://www.google.com/calendar/images/xml.gif"/></a></h2>
<div id="divcalendar">下載中...</div>
<script>
function cal_Date(a){
  var aa=a;
  if (aa.length==10)
     aa += 'T00:01:00.000+08:00';
  return Date.parse(aa.replace(/^(\d{4})-(\d{2})-(\d{2})T([0-9:]*)([.0-9]*)(.)(.*)$/, '$1/$2/$3 $4 GMT'));
}
function cal_comp(a,b){
  order= cal_Date(a.gd$when[0].startTime)- cal_Date(b.gd$when[0].startTime);
  return order;
}
function cbcalendar(json) 
{
    var temp = '<ul id="feedItemListDisplay">';
    var postshow=3;
    var sortentry=json.feed.entry.sort(cal_comp);
    var nowDate= new Date();
    var j=0;
    for (var i=0,post; post = sortentry[i]; i++) {    
        if(j>=postshow) break;
        var title=post.title.$t;
        var link=post.gd$where[0].valueString;
        var startTime=post.gd$when[0].startTime;
        var thisDate = cal_Date(startTime);
        if (thisDate >= nowDate)
        {
           temp += '<li><a target="_blank" href="' + link + '">' + startTime.substring(0,10)+'：'+title + '</a><br>' +'</li>';
           j ++;
        }
      }
    if (j==0)
      temp += "<li>無資料</li>";
    temp+="</ul>";
    document.getElementById("divcalendar").innerHTML = temp;
}
</script>
<script src="http://www.google.com/calendar/feeds/mpmigkt2int30a57lakat0dn10%40group.calendar.google.com/public/full?alt=json-in-script&callback=cbcalendar" type="text/javascript"></script>

由於 google calendar 並沒有網址URL 的欄位，我是利用地點這個欄位來放網址，上面有行程式碼

var link=post.gd$where[0].valueString;

可以改成

var link=post.link[0].href;

就是 google calendar 那個行程的連結。

相關說明：http://code.google.com/apis/gdata/json.html

Blog This 的更新

2006-12-24T23:10:00.000+08:00

終於把部落格升級到新版，順便更新一下一些網址

BlogThis!

（按右鍵新增到我的最愛就可以使用了）

另外新版的範本已經完全把資料分開，所以有些HTML語法不能使用，例如 a href=... 可能要寫成 a expr:href=...，而且後面要用變數，所以以前習慣把一些連結放在範本的壞習慣可以全部不用了。

我最喜歡 HTML/Javascript 這個 widget，雖然用預設的 Layout 編輯器很死，有些地方不能放資料，但是透過編寫範本的模式倒是可以要把 widget 放哪就放哪，只要符合 XML 以及 blogger 的語法即可。

有關Web2.0 的 Mash up 方式

2006-11-07T14:54:00.000+08:00

看來我很久沒在這裡發文，最近在部落格崁入了一些東西，我就這部份應用的方式範例貼出來。

1. embed 方式的崁入(Google Video)

<embed style="width:400px; height:326px;" id="VideoPlayback" type="application/x-shockwave-flash" src="http://video.google.com/googleplayer.swf?docId=-5446541868363512925&hl=en" flashvars=""></embed>

2. iframe 崁入模式(Google Calendar)

<iframe SCROLLING=NO src="http://www.google.com/calendar/embed?src=mpmigkt2int30a57lakat0dn10%40group.calendar.google.com&chrome=NONE&height=210&epr=1&wkst=1&bgcolor=%23EEEEEE" width="260" frameborder="0" height="230"></iframe>

3. iframe 崁入模式(Google Picasaweb 的 slide show)

<iframe src="http://picasaweb.google.com/writers.idv.tw/200602/photo#s4982984271529508882" width=512 height=512 frameborder=0></iframe>

4. iframe 崁入模式(Google Map)

<iframe src="http://tripmap.blogspot.com/?x=12.3313&y=45.4363&z=4&" width=512 height=512 frameborder=0></iframe>

PS. 以上的 2.3.4. 可以做到隨時偵測網頁的大小變化，不會出現 scrollbar 有興趣的可以研究一下原理

5. script 崁入模式(拿 blogger 當成 script 元件來玩)

<script>var r_tag='威尼斯'; var r_num=999;</script><script src="http://tripwriterjs.blogspot.com/"></script>

6. script 崁入模式

<script type="text/javascript" src="http://www.hemidemi.com/digest/group/yuyen/bookmark/recent"></script>

7. img 圖片崁入模式(計數器大部分是用這種模式)

<img src=http://yamstock.megatime.com.tw:8080/asp/mcs/ws.asp?w=700&h=333&fmt=png&rt=on&min=1&mode=detail&id=1000&style=totalmean&dot=2>

幫相片加上經緯度

2006-09-27T00:26:00.001+08:00

好像不用解釋太多，看圖就知道這個東西的功能了。

picasa -> google earth

有個很熱心的日本人寫了一些轉檔的程式

GPS log -> google map

http://tnkb.cocolog-nifty.com/blog/2006/09/_gpscs1kmio168__e54b.html

網路辭典

2006-09-08T18:36:00.000+08:00

1. 請問，何謂 Web 2.0 ？

一群傻子在消耗網路資源。

2. 請問，長尾效應是什麼？

就是把大家不要的奧客收集起來，期望可以挖出最後一點錢。

3. 請問，藍海策略是什麼？

就是公司即將開始賠錢，告知員工的一種手法。

4. 請問，何謂電子商務？

有人能夠自動把錢塞到你口袋的異想世界。

5. 請問，何謂 Business Model？

就是要找人投資新創事業前必須要做出來的一些文件。

有關 Blogger in Beta

2006-09-05T19:09:00.000+08:00

2006/9/28 第一次更新

Blogger in Beta 公佈已經一個月左右，看來 Bug 不少，剛開始對中文的支援也怪怪的。不過，這兩天測試，似乎情況不壞，我有興趣的還是 Template 的編修，這次 google 在語法上做了非常大的改變。

1.
若要看白老鼠的測試過程，可以請大家按下面這個連結，大家應該馬上就發現了，有了分類的功能。
http://swalk.blogspot.com/search/label/白老鼠之歌

2.
若要知道如何加入最新迴響，那就點下去下面這個連結，應該馬上就知道，blogger beta 終於把最新迴響弄成 site feed 的其中一項功能了，不過目前還有些Bug。
http://beta.blogger.com/feeds/9410513/comments/full
也可以用自己的網址
http://swalk.blogspot.com/feeds/comments/full
後面的 full 可以改 summary

3.
另外眼尖的使用者應該可以發現，每篇內文中，已經有 Newer Post 跟 Older Post，就是上一篇和下一篇的連結，這個對我了解一個陌生的部落格有很大的幫助。

4.
有關使用介面，我不打算詳述，請大家自行上去玩玩，應該蠻容易上手的

5.
我自己所需要的一個功能，目前我還找不到解決方法，所以還不打算換版，就是自己定義的某一個Label，來抓取這類文章的 RSS 功能，因為會用自己以前寫的文章連結抓出來整合在一篇新的文章中，若有這個功能，才算是完整的BSP，而這功能在各個BSP也是基本的功能吧！
(2006/9/28更新)
我找到方法了，網址如下:
http://swalk.blogspot.com/feeds/posts/summary/-/Murmur/
也可以找兩個 Labels 的交集:
http://swalk.blogspot.com/feeds/posts/summary/-/Murmur/collaborate/
（2006.12.23 更新）

6.
稍微研究了一下 Template 的寫法，主要可程式化及變數化的項目主要有下列方式
　＜ｂ：ｓｅｃｔｉｏｎ＞＜／ｂ：ｓｅｃｔｉｏｎ＞
　＜ｂ：ｗｉｄｇｅｔ＞＜／ｂ：ｗｉｄｇｅｔ＞
　＜ｂ：ｉｆｃｏｎｄ＞＜ｂ：ｅｌｓｅ／＞＜／ｂ：ｉｆ＞
　＜ｂ：ｉｎｃｌｕｄｅ＞＜／ｂ：ｉｎｃｌｕｄｅ＞
　＜ｂ：ｌｏｏｐ＞＜／ｂ：ｌｏｏｐ＞
　
　＜ｄａｔａ：＞　（表示資料變數）

7.
有關內文太長的時候，通常我們都要在多個＂繼續讀完......＂的連結，這部分我就牛刀小試一下，貼內文的時候，把不想在首頁出現的內文用　＜ｓｐａｎ　ｃｌａｓｓ＝ｆｕｌｌｐｏｓｔ＞＜／ｓｐａｎ＞　這個語法加入，然後在 template 內找到

<p><data:post.body/></p>

這段程式碼，然後用以下這段程式碼取代就好了

<b:if cond='data:blog.pageType == "item"'>
   <style>.fullpost{display:inline;}</style>
   <p><data:post.body/></p>
<b:else/>
   <style>.fullpost{display:none;}</style>
   <p><data:post.body/>
   <br></br>
   <b:if cond='data:post.url'>
      <a expr:href='data:post.url'>More......</a>
   <b:else/>
      <data:post.title/>
   </b:if>
   </p>
</b:if>

要知道最新迴響的一堆方法分類：部落格

2006-07-19T10:42:00.000+08:00

http://blogfresh.blogspot.com/2006/07/sidebar-comments-and-hearsay.html

英文還蠻容易閱讀的。

替你錄分類：數位產品

2006-07-17T22:53:00.000+08:00

2006/6/16 到府安裝試用，滿意再付款

規格：
HD 160GB
AV Out*2
RF IN(OUT 經測試不太好用)
Network USB*1(外插無線網卡)，RJ45接頭*1

價格：
NT$11600(送一個 USB無線網卡) 含一年節目表服務
未來一年節目表服務年費為 NT$1500

我覺得全影集錄製的功能最強，不但可以錄下所有影集，若有設定錄製很多影集時間衝突時，會自動抓取重播的時段來錄製。本來已經不想繳第四台的費用，現在發現錄了一大堆 Discovery、國家地理雜誌、旅遊頻道，看都看不完，而且還不用看廣告，真爽。

希望功能：
1. 含 DVD 燒錄功能，把好節目拿給別人分享。
2. 透過網路播放錄下來的節目。
3. 內建兩個以上的 Tuner，這樣就可以減少錄製時間衝突的困擾。

替你錄公司網址
http://www.tgc-taiwan.com.tw

看看別人的使用心得
http://blog.yam.com/basil/archives/1894597.html
http://worker.bluecircus.net/archives/2006/06/tivo_1.html

AJAX 與 img refer 在分類上的應用分類：部落格

2006-07-11T10:39:00.000+08:00

http://da.vidnicholson.com/2006/07/very-easy-blogger-categories.html

很有趣的應用。

Google MAP API V2.0 的應用

2006-06-08T18:17:00.000+08:00

最近很紅的 WEB 2.0 服務，儘管定義很不明確，我想 Google MAP 的技術應用絕對是符合WEB 2.0 的精神，

因為 API 1.0 升級到 2.0 的程式碼變小了，可是效能卻好像變差了，或者是我的紅色景點變的很多，所以移動地圖效率變差，利用 Timer 來移除不在地圖上的景點來增加效能。

其他的使用說明跟第一版並無差別，所以若要看懂，請看一下第一版的文章(注意不要再用舊版的範本)，網址如下：

http://nextservices.blogspot.com/2006/01/bloggervi.html

2.0版本範本下載點：tripmap.txt(按滑鼠右鍵另存目標)

桌上型筆記型電腦分類：數位產品

2006-05-14T11:07:00.000+08:00

購入日期：2006/3
金額：NT$23000
型號：SONY VAIO GRT150美規
CPU：P4-2.8G
RAM:256M*2 DDR266(被我升級成 512M*2 DDR333,但速度只有266
螢幕:16吋(1280*1024)
HD:60G(換成100G/7200轉)
重量:4kg
我最喜歡的是VAIO的黑色套子

筆記型電腦

2006-05-05T11:30:00.000+08:00

2006/4 二手貨，NT$28000買入
型號:SONY VAIO PCG-Z1AP 美規機
CPU:P-M 1.3(600MHz)
RAM:256+256(被我升級成 256+512)
LCD:14吋(1400*1050)
HD:60G
Network:802.11b 無藍芽
重量:2kg
配件:底座, 大小電池，據說大電池可用6個小時
我超喜歡那個超扁的變壓器，DC的插頭還會發亮。

Blogger分類及最新迴響範本公開(黑底白字版)

2006-04-30T00:31:00.001+08:00

由於實在太多人來跟我要範本了，我要 email 給大家很麻煩，之前幫人家套上範本我自己也沒有時間幫大家套，而且套上後也不一定喜歡我的編排方式，所以我把範本連結貼在下方，有興趣的可以自行下載回去研究。

注意範本貼上之後在控制主頁→設定→格式把文章數目調整為999篇文章即可，當然原來的範本請各位一定要備份起來。

之前比較長串的原理說明在以下網址:
http://nextservices.blogspot.com/2005/05/bloggercom.html

2006/6/4 的下載版本:黑底白字版本(按滑鼠右鍵另存目標)

2008/7 更新：這是舊版 blogger.com 的範本，新版已經內建很多功能，不建議大家使用。

床頭音響

2006-04-25T23:51:00.000+08:00

NT$4990 飛利浦床頭音響購買日期:2006/4

一點都不數位，只能聽CD，沒有MP3，只有FM收音機，沒有數位廣播，更沒有USB。在 FNAC 看到一年有了，現在才買下。

喜歡他的簡單設計，吸入式CD，至少 CD-R 是可以讀取的。

Blogger功能再加強(VI):標示地圖位置的部落格分類：部落格、網路

2006-01-18T20:38:00.000+08:00

Google Maps 的 SDK出來大概快一年了，很想用他們寫好的元件來應用，一直忙碌，最近才把這個應用化作實際的應用。

http://tripmap.blogspot.com
http://tripwriter.blogspot.com/2005/12/blog-post_19.html

可以先點看以上的例子，改變一下瀏覽器的視窗大小，然後壓住滑鼠拖曳地圖，雙擊某個地點會移動到中心點，或是點一下小紅點會出現一個小的提示視窗，中間要克服的小問題還不少，我先表列在下方所需要了解的知識，然後再說明一下會出現的困難，其實，很多事情要做過後才知道困難在哪裡，光用想的也想不周全。

為什麼要做這個，除了＂爽＂之外，我想應用的範圍可以在旅行、美食、生態保育、交通、公共安全等等，可以用的地方太多了，我就把這個範本分享給大家，若要使用請來此留言一聲，不要應用在非法的地方就好。

必須先了解的技術：

1. HTML/CSS
2. Javascript 以及事件的 callback 方式
3. Blogger.com 的範本運作結構
4. Google Maps 網站的申請 http://www.google.com/apis/maps/signup.html
5. 基本的英文閱讀能力

先把範本貼在這裡，然後我用很簡單的方式說明，如果看不懂的話，請大家留言討論。

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<$BlogMetaData$>
<blogger><ItemPage><meta http-equiv="refresh" content="0;URL=<BlogItemURL><$BlogItemURL$></BlogItemURL>"></ItemPage></blogger>
<style type="text/css">
#b-navbar { height:0px; visibility:hidden; display:none}
</style>
<script src="http://maps.google.com/maps?file=api&v=1&key=ABQIAAAAwWJEqqG6jAyc8JO525fkAhRJdXEFphur6YpSasUgXTLfk7-jChQNO-51KIyTPcmUrBAPXsEG_-i9-Q" type="text/javascript"></script>
<title><$BlogPageTitle$></title>
<style type="text/css">
.title
{
width:260px;
font:100%/1.3em "標楷體","Trebuchet MS";
color:#333;
}
.title h6 { display:none; }
.title a { text-decoration:none; color:#222; }
.title a:hover { color:#000; }
.summary
{
color:#343;
width:260px;
font:80%/1.1em "Trebuchet MS",Trebuchet;
}
</style>
</head>
<body onresize="resizeMap()">
<div id="map" style="width: 100%; height:512px"></div>
<script type="text/javascript">
function e(id)
{
return document.getElementById(id);
}
function getWindowHeight()
{
if (window.self && self.innerHeight)
{
return self.innerHeight;
}
if (document.documentElement && document.documentElement.clientHeight)
{
return document.documentElement.clientHeight;
}
return 0;
}
function resizeMap()
{
var offset = 0;
for (var elem = e("map"); elem != null; elem = elem.offsetParent)
{offset += elem.offsetTop;}
var windowHeight = getWindowHeight();
var height = windowHeight - offset;
if (height >= 0)
{
e("map").style.height = height + "px";
map.onResize();
}
}
function a_round(xx)
{
return Math.round(xx*10000)/10000;
}
function a_showPoint(overlay, point)
{
if (point)
{
var center = map.getCenterLatLng();
var zooml= map.getZoomLevel();
var szStr = '中心點:X=' + a_round(center.x) + ',Y=' + a_round(center.y) + ',Z=' + zooml +',滑鼠點:X=' + a_round(point.x) +',Y=' + a_round(point.y);
var szStrXY= '",' + a_round(point.x) + ',' + a_round(point.y);
window.status = szStr;
if (window.clipboardData)
{
window.clipboardData.setData("Text", szStrXY);
}
}
}
function a_getURLtag(szParamName)
{
var szURL = window.location.href.toString();
var iTag = szURL.indexOf(szParamName);
if (-1==iTag)
return '';
var iTag2=szURL.indexOf('&',iTag+2);
if (iTag2 == -1)
return '';
return decodeURI(szURL.substring(iTag+2,iTag2));
}

var icon = new GIcon();
icon.image = "http://labs.google.com/ridefinder/images/mm_20_red.png";
icon.shadow = "http://labs.google.com/ridefinder/images/mm_20_shadow.png";
icon.iconSize = new GSize(12, 20);
icon.shadowSize = new GSize(22, 20);
icon.iconAnchor = new GPoint(6, 20);
icon.infoWindowAnchor = new GPoint(5, 1);
var map = new GMap(document.getElementById("map"));
map.addControl(new GLargeMapControl());
map.addControl(new GMapTypeControl());
var X=parseFloat(a_getURLtag('x='));
var Y=parseFloat(a_getURLtag('y='));
var Z=parseInt(a_getURLtag('z='));
if (isNaN(Y)){ X=0; Y=30;}
if (isNaN(Z)) Z=15;
map.centerAndZoom(new GPoint(X,Y), Z);
map.setMapType(G_SATELLITE_TYPE);
GEvent.addListener(map, 'click', a_showPoint);
resizeMap();
function createMarker(szTitle,szLink,x,y,szContent)
{
var marker = new GMarker(new GPoint(x,y), icon);
var szText = '<div class=title><a href=' + szLink + ' target=_blank>' + szTitle + '</a></div><div class=summary>' + szContent + '</div>';
GEvent.addListener(marker, "click", function() { marker.openInfoWindowHtml(szText);});
map.addOverlay(marker);
}
<Blogger>
<MainPage>createMarker("<$BlogItemTitle$>",<BlogItemURL><$BlogItemURL$></BlogItemURL>,"<$BlogItemBody$>");</MainPage>
</Blogger>
</script>
</body>
</html>

把 xxx.blogspot.com 最上方的 NavBar 拿掉：為什麼要拿掉這個東西呢？因為我的應用是想在原來的部落格採用<IFRAME>的方式含入，有了那個 NavBar 在動態大小的時候會不漂亮，這個的關鍵是 #b-navbar 這個字眼，請大家自行看上方的原始範本即可。

google maps SDK 只能在同一個網站路徑（PATH）下使用，所以想當然爾是利用<MainPage>來做，然後把一個小紅點當成一篇文章來規劃，所以要使用前請先註冊一個部落格的網址，有了網址之後再去 Google Maps 的網站申請一個 Key，注意上方範本紅字的部份，更新那段程式碼即可。

<div> 這個 HTML 語法有支援寬度的 100%，也就是視窗改變大小的時候會隨著改變，但是高度就沒有了支援了，所以利用 onResize 這個事件驅動，改變 div 的高度，但改變高度後注意要再通知 GMap 這個元件，不然雙擊滑鼠的位置時會對不到中間的位置。這樣有什麼好處呢？就是在 IFRAME 含入這個視窗的時候可以動態的指定大小，隨別人高興調整，填滿整個視窗。

若想設定起始的位置，可以用網址傳入，然後程式讀入後直接跳到該位置，關鍵點在 a_getURLtag 這個函式。

新增文章座標點要標示的位置我放在 link 那個欄位，算我偷懶，規格是
　　"http://.......",x,y
記得要加半形的雙引號，可以在你要標示的位置點一下滑鼠，應該可以發現瀏覽器的statusbar 會顯示一串數字，這些就是座標，為了方便剪貼，我把點擊的座標會剪貼到剪貼簿裏面。

請要特別注意一點，就是標題、link還有內文，都不要有單引號、雙引號或是逗號這些符號，除了剛剛提的link 的規格外，因為這些都是用 Javascript 來套版形，有了這些符號就會誤判。當然標題依照我自己的慣例還是用<h6></h6>這個把分類標籤夾住，當然目前是沒有作用，等未來要拿來做分類的時候可以再寫程式補強。

而這個部落格的概念比較像網摘，是讓別的網站外掛進來的，並不是真的把文章放在這裡，所以之前 BlogThis! 的功能我還是放在這裡，請把下面這段 javascript程式碼放在我的最愛，或是連結工具列上，看到要標示地圖的網址，就點下 BlogThis！，然後配合顯示地圖的座標把X,Y值填上即可。

javascript:d=document;t=d.selection?(d.selection.type!='None'?d.selection.createRange().text:''):(d.getSelection?d.getSelection():'');d.location.href='http://new.blogger.com/blog_this.pyra?t='+encodeURIComponent(t)+'&u='+escape(d.location.href)+'&n='+encodeURIComponent(d.title);

記得要在這個新的網摘專用部落格做幾個設定

1.設定→基本→顯示您所有 Blog 的 [撰寫] 模式？→否
2.設定→格式→顯示→999篇文章
3.設定→格式→編碼→UTF-8
4.設定→格式→轉換斷行符號→否
5.設定→格式→顯示標題欄位→是
6.設定→格式→顯示連結欄位→是
7.設定→格式→啟用浮動對齊→否

這個範本還可以加強的還很多，例如可以做分類標籤來顯示紅點，標示旅館或是餐廳，或是店家等等。拿座標來計算，把這些紅點依照時間來連出線來，計算密度或是面積，總之，可以想出的東西還不少呢！

Blogger.com 的範本討論區

2005-12-11T12:01:00.000+08:00

若有 Blogger.com 的範本問題，HTML/CSS或者Javascript的相關問題，或者其他部落格問題，都可以在這裡討論。

Blogger功能再加強(V):用BlogThis!取代 Furl It自己做網摘平台(定稿)分類：部落格、網路

2005-12-01T20:53:00.000+08:00

智邦推出網摘達人服務，國內網路服務仍無法推出純平台架構。智邦生活館最近一個月緊鑼密鼓的開始推出部落格的網摘服務，利用 MT 架設的部落格讓網摘達人加入，用大家的力量來提供可看性比較高的部落格文章。

合作草案網址：http://ad.url.com.tw/images/20051128/blogger/paper.htm

以往編輯的腳色，被網摘達人部份取代，在茫茫的網海中利用專精各專長領域的意見領袖，來選擇一些可看性比較高的文章，當然陸續衍生出來的著作權及授權的問題很多，這裡並不打算討論這個活動的社會現象。

我想就技術面來討論，以美國的網路服務來看，通常是有足夠的市場來支撐（或說是燒錢）一個新概念的平台，例如搜尋引擎，或者是 delicous, furl 等服務，這中間只有技術問題，所以可以被廣泛的免費使用，業者或許獲利的來源光靠這類的平台就可以支持。

但是，在國內就無法在一公司內做好一個平台的服務，一定要有很多整合的服務，例如智邦生活館，不但要賣信箱，還要主機代管，甚至還有電子報平台，配合網路廣告等，這樣分散掉開發的資源，導致技術上無法更深入滿足更多人的需求。

第一眼看到這個合作提案時我還躍躍欲試，但是看到他們目前的功能還很陽春，我目前的網摘服務是用 furl.net做的，還無法完全取代這個免費的服務，看到艾瑪的首頁已經有了網摘的聯播機制，她是用智邦網摘部落格的RSS加上 newsgator 的聯播服務達成的，如果要做到歷史網摘的顯示，或是網摘分類的目的都沒有辦法，龜毛的我很不想用太多 script 外掛，會讓部落格網頁變的很慢。

我想這個不僅是智邦生活館目前的現象，更是目前台灣資訊產業的窘境，什麼都要做，導致什麼都做不長久，各種角色都要嘗試去扮演，有時候目標會互相牴觸。

對於這個網摘達人的服務，我個人非常看好，智邦的角色或許像 furl 這類的網站，但是面臨到國內市場不夠大的問題，要做到 furl.net 的所有功能並不容易，但就推廣上來講，智邦並不需要做到所有的功能就可以利用現有的 email 服務結合，提高網路廣告販售的範圍，希望他們能夠成功。

廢話不多說，很久以前就想用 xxxx.blogspot.com 的網址來做 javascript 的程式，讓自己的部落格能夠含入自己寫的程式，這樣可以把部落格的一篇文章當成一個小模組，甚至是 CSS 的存放區，把 xxxx.blogspot.com 當成網摘區也是長久以來的想法。之前yikuang也做過，還可以發 mail 到 blogger.com 的 Server 來做網摘。

而怎樣使用 BlogThis！請看 blogger help 的說明

http://help.blogger.com/bin/answer.py?answer=152

不過上面那個把連結放到 IE 的連結欄的功能失效了，可能是基於安全性的理由被IE關掉了吧？那麼只好用 Google toolbar 來作業比較快速了，但是新版的 toolbar 居然把這個好用的功能拿掉了。所以我只好自己寫一個，我寫的這個並不會在 IE 開啟新的視窗，所以應該不會被擋掉，只要把 BlogThis! 這個連結按下滑鼠右鍵，加入我的最愛即可，如果還是不行，請手動新增連結，然後把下面這段程式碼，剪貼到URL那一行。使用方法是看到覺得寫的不錯的文章，要記錄起來的時候，可以先把文章重點用滑鼠選起來，然後按下我的最愛內BlogThis!的連結，文章的 URL及Title加上你選的重點就會被貼到你自己的部落格，然後只要按下發行的按鈕，很快的就摘錄了這篇文章。

javascript:d=document;t=d.selection?(d.selection.type!='None'?d.selection.createRange().text:''):(d.getSelection?d.getSelection():'');d.location.href='http://new.blogger.com/blog_this.pyra?t='+encodeURIComponent(t)+'&u='+escape(d.location.href)+'&n='+encodeURIComponent(d.title);

blogger.com 的範本就在下面，大家自己開一個新的部落格來測試吧！

<MainPage>
var a_szURL=new Array();
var a_szDate=new Array();
var a_szTitle=new Array();
var a_num=0;

function t_geth6(sz)
{
var iBegin= sz.indexOf('<h6>');
if (-1==iBegin)
iBegin= sz.indexOf('<H6>');
if (-1==iBegin)
return '';
iBegin += 4;
var iEnd=sz.indexOf('</h6>',iBegin);
if (-1==iEnd)
iEnd=sz.indexOf('</H6>',iBegin);
if (-1==iEnd)
return '';
var iBegin2 = sz.indexOf('：',iBegin);
if (iBegin2 > iBegin)
iBegin = iBegin2 +1;
return sz.substring(iBegin,iEnd);
}
function a_ins(szURL,szDate,szTitle)
{
a_szURL[a_num]=szURL;
a_szDate[a_num]=szDate;
a_szTitle[a_num]=szTitle;
a_num = a_num + 1;
}
<Blogger>
a_ins('<BlogItemUrl><$BlogItemUrl$></BlogItemUrl>' , '<$BlogItemDateTime$>' , '<BlogItemTitle><$BlogItemTitle$></BlogItemTitle>' );</Blogger>
document.write('<style type=text/css>#aqu h6{display:none}</style>');
var r_num = (r_num == undefined) ? 0: r_num;
var r_tag = (r_tag == undefined) ? '': r_tag;
if ( r_tag != '')
{
document.write('<div id=aqu><ul>');
for (i=0,j=0; i<a_num && j<r_num; i++)
{
var sz1= '、'+t_geth6(a_szTitle[i])+'、';
var sz2= '、'+r_tag + '、';
if (-1 != sz1.indexOf(sz2))
{
j++;
document.write('<li><a href=' + a_szURL[i] + ' title=' + a_szDate[i] + '>' + a_szTitle[i] + '</a></li>');
}
}
document.write('</ul></div>');
}
else
{
document.write('<div id=aqu><ul>');
for (i=0; i<r_num && i<a_num; i++)
{
document.write('<li><a href=' + a_szURL[i] + ' title=' + a_szDate[i] + '>' + a_szTitle[i] + '</a></li>');
}
document.write('</ul></div>');
}
document.write('<a href=http://tripwriter.blogspot.com/?t=a&><img src=http://blog.yam.com/tripwriter/5526b399.jpg border=0></a>');
</MainPage>
<ArchivePage>
document.write('<ol>');
<Blogger>
document.write('<li><BlogItemUrl><a href="<$BlogItemUrl$>" title="<$BlogItemDateTime$>"></BlogItemUrl><BlogItemTitle><$BlogItemTitle$></BlogItemTitle><BlogItemUrl></a></BlogItemUrl><$BlogItemBody$></li>');
</Blogger>
document.write('</ol>');
</ArchivePage>
/*
<html>
<head><$BlogMetaData$>
<blogger><ItemPage>
<meta http-equiv="refresh" content="0; URL=<BlogItemURL><$BlogItemURL$></BlogItemURL>">
</ItemPage></blogger>
</head>
<body></body>
</html>
*/

記得要在這個新的網摘專用部落格做幾個設定
1.設定→基本→顯示您所有 Blog 的 [撰寫] 模式？→否
2.設定→格式→顯示→999篇文章
3.設定→格式→時間間隔→最好把日期顯示出來12/03/2005
4.設定→格式→編碼→UTF-8
5.設定→格式→轉換斷行符號→否
6.設定→格式→顯示標題欄位→是
7.設定→格式→顯示連結欄位→是
8.設定→格式→啟用浮動對齊→否
(請注意網摘的內文不能有 ' 這種符號，最好也不要有斷行的段落)

但這個部落格不能直接看，只能給另一個網站來含入，語法如下：

<script type="text/javascript" src="http://tripwriterjs.blogspot.com/2005_12_01_tripwriterjs_archive.html"></script>

1. 上面這個與法是給每月網摘使用，會顯示標題及摘錄的內文，請把 ArchivePage 的頻率調成一個月，如果要用每週或是每日也可以，網址請自己設定即可。

<script>var r_num=10; var r_tag='';</script><script type="text/javascript" src="http://tripwriterjs.blogspot.com/"></script>

2. 上面這個語法是會依照設定的分類來把網摘挑出來，詳細的語法可以看最下面的那個網址範例，我想做網摘的基本功能已經有了，未來如果要用計數器加上內頁轉址的方式來統計點閱率也是可以達成，目前暫時沒有做這個功能。

如果要看我的成果，請點下面的連結，未來每月的網摘，就打算這樣執行，不敢講比 furl.net 的功能還強，可是可以依照我自己的需求來修改，也可以弄成共筆部落格形式，邀請很多人一起來做網摘。

http://tripwriter.blogspot.com/2005/12/200512a.html

Blogger功能再加強(IV):單篇文章內的相關文章連結

2005-11-23T22:16:00.000+08:00

這個功能一直想做很久了，文章越寫越多，分類越來越多，如果一篇文章可以找出關聯度最高的相關文章，那該有多好呢？先列出需求表吧！

1. 在單篇文章內列出站內的相關文章，要依照關聯度強弱排序。
2. 在單篇文章利用搜尋引擎的功能，列出站外關聯度最高的文章，不是逆向連結(backlink)。
3. 歷史上的今天，或是歷史上的最近幾天。
4. 在首頁可以做標題檢索或全文檢索。
5. 在首頁可以利用一些條件分類來選出相關文章。

一直沒有時間來完成，要提需求的人也可以在下面留言，先寫高興的。

產品功能訴求的迷思

2005-11-01T18:38:00.001+08:00

每次碰到跟合作廠商談我們的產品的時候，他們總會想比較產品的功能比較表，然後依照功能的多少來評比要投入的行銷資源。

目前我們的數位產品並不是一個成熟穩定的市場，如果拿功能多少來比較一個產品的好壞，似乎不是很準確的，其實經常拿 google 來比較，他推的服務也是很多，可是每一項服務都很擊中需求的，而功能都是最陽春最簡單。即使現在還不知道 google 未來的發展會怎樣，還是另一個泡沫化，但是化繁為簡的產品的確功能列出來都是最少的。

如果要比較功能，以上化繁為簡，可以說明為＂沒有繁雜的功能＂，好像說這個人唯一的缺點就是沒有缺的一樣的白痴。

為什麼大品牌都有獨特的魅力，就是知道什麼是客戶要的，而什麼是客戶不要的也是很重要。

blogger.com 的反向連結功能分類：部落格

2005-10-12T23:18:00.000+08:00

這個部落格平台又多了一個功能，就是反向連結(Back Link)，本來以為是提供 trackback 的機制，其實不然，只是利用 google 的搜尋功能，把別人有連結到你網頁的網站給搜尋出來。

功能說明：http://help.blogger.com/bin/answer.py?answer=1216

這個範本的語法跟留言回覆的有點像，可是作法不太相同，我有點懷疑成效如何，而且萬一一大堆人加入了這個功能，google 的伺服器是否可以承受的了？

他的作法是利用 javascript 去背後作搜尋，搜尋的語法大抵是用 link:URL單篇文章的網址，然後搜尋出來後利用 DHTML 的方式配合 javascript 程式把結果塞回原來顯示的網頁中。

我已經在另外一個部落格加入這個功能，blogger.com也宣稱需要點時間才會同步這個結果，有興趣的可以點這個網址

http://tripwriter.blogspot.com/2005/10/blog-post_06.html

過去看看結果吧！

目前的測試結果還不錯，google 真的還蠻神的，只要有固定的單篇網址就可以搜尋的到。使用 Big5 的字碼的人可能要說抱歉了，他們的javascript程式沒有寫好，因為含入的 js 程式是 UTF-8 的字碼，如果設定為big5字碼，會有 javascript 的錯誤出現。

職場不變的對話內容分類：職場

2005-09-30T19:17:00.000+08:00

1.
開發單位：請告訴我哪個產品線投入更多資源是最值得？
業績單位：當然投入Ｂ產品線不錯，可是Ａ產品及Ｃ產品也都很好，Ｄ產品線也不能放棄。
2.
業績單位：請問我明年可以在哪個產品線加強行銷？
開發單位：我們的產品都很好，所以都可以，但是資源不夠，所以Ａ產品要給我兩個月的時間；Ｂ產品要多給我ㄧ些人；Ｃ產品要在測試完整點。
3.
業績單位：請給我多一個產品來賣
客服單位：舊的問題請馬上改善
開發單位：到底是哪個比較重要？
4.
下屬：請給我們明確的目標指示，不要變來變去。
老闆：目標不是年初就定義好了？但市場再變，所以我們要趕快應對。
5.
老闆：這樣做就對了，不是給你們很多時間了？怎麼做不出來
員工：別人削價競爭我們沒有競爭力。

網摘工具比較分類：部落格、網路

2005-08-21T17:57:00.000+08:00

最近因為部落格的熱門發展，連帶著網摘工具也隨之重要起來。網摘就是一種公共的Bookmark，以技術角度來講，只是把URL及標題還有意見（評論？）及部分重要內容記錄起來。

雖然以上這個定義非常的容易了解，但是做起來卻是困難，尤其是要配合瀏覽器要操作容易，又要能跟部落格整合，又要能公開ＡＰＩ或是ＲＳＳ規格等，其實，中間的運作是很複雜的。

我試著只選 http://furl.net 及 http://del.icio.us 這兩個網路服務來做比較，先做個比較表，再詳細列出其中的優劣。

＊＊＊＊＊ furl/delicious
操作親和性　　　　◎
多標籤設定　◎　　◎
多標籤搜尋　　　　◎
全文搜尋　　◎　　◎
評比工具　　◎
ＲＳＳ輸出　◎　　◎
ＲＳＳ輸入　◎
ＪＳ　輸出　◎　　◎
ＡＰＩ介面　　　　◎
每日自動發行　　　◎(只有MT)

上上個月我自己開始做網摘以來，del.icio.us 還沒有開放 javascript 含入部落格的工具，當時只能用 RSS輸出的規格再出然後做出 javascipt放在部落格內顯示給其他網友看，資料轉兩手導致有時因為網路連線斷線的不確定因素，不是太慢顯示，就是資料出不來，而且 del.icio.us 的 RSS 輸出有項目的限制，這樣來做網摘並不合適，不知道什麼時候開始delicious 也有了 javascript 輸出服務，http://del.icio.us/feeds/js 顯然比 furl 有彈性的多。

就操作親和性來講，其實第一眼會覺得 furl 比較像是一般標準的視窗程式操作，就是上面有一層一層的功能表，然後選好了功能表，後續就會有相對的 UI 介面來操作或者是設定，但是 delicious 比較不一樣，他完全是使用目錄的概念，所以搜尋的時候只要 URL 打對了，其實相對應的網摘就出現，而列在右邊的 tag 也用 client 端 javascript 的模式來選擇，所以剛上手需要點時間來習慣，但是一上手後的操作非常簡便與快速，要網摘一篇文章或是一個 URL 比 furl 的選擇方式要快速的多。

在多標籤設定的這項功能來說，雖然兩項服務都有，可是在操作上以 delicious 比較方便，而 furl 雖然有，可是要按住鍵盤的 Crtl 鍵，然後用滑鼠點選，雖然不容易出錯，可是通常我們設定的 topics 很長，很難找到要點選的項目，雖然可以用建入的方式，不同主題用分號(;)隔開即可，但是還是以 delicious 比較方便。想不透為什麼 furl 不做一個 javascript 的點選模式方便操作呢？

至於多標簽搜尋，delicious 可以用加號(+)的方式把搜尋自設的 tag，但是 furl 就不能了，怎樣玩都只是單一的 topic。其他有關比較表中的一些RSS規格輸出輸入等等，我就不再詳述了。

每日自動發行到部落格這個功能我測試過 blogger.com 的平台是不行的，或許我還沒有看清楚規格的說明，或者是哪裡沒有設定好！希望知道的人能夠教一下我。聽說 MT 的平台是可以的，可是目前好像還沒有人用這種方式來發行網摘。

其實拿這兩個網路服務來做比較並不是很合適，兩種服務都各有定位，以 delicious 來說，如果要查找大家的 tag 然後來搜尋所要的資料，其實是比較方便快速的，但是如果你有自己的部落格，只是要在自己的部落格來做網摘的話，furl 其實是比較活用的，他的評比工具比較齊全，目前，我就是選擇用 furl。

我們是不是經常會陷入一種迷思，功能越多越好，但是其實並不一定是對的？GMail Talk 出來了，大家也都有一堆希望表列，希望跟 blogger.com 整合之類的，但是我覺得目前 Picasa+Hello+Blogger 的整合不錯，再整合其他的系統服務有多少人會用，值不值得花上系統過大，維護不容易的成本？

另外 furl it 的 no-popup 加到我的最愛的版本中文會變成亂碼的問題，雖然MAX 已經發 mail 去跟 furl 的人講，可是我發現都沒有修改好，所以我就自己改了，若是大家有使用 Furl It Complete No-popup 的版本，可以把下面這段碼複製到我的最愛Bookmark的連結內容即可。

javascript:d=document;t=d.selection?(d.selection.type!='None'?d.selection.createRange().text:''):(d.getSelection?d.getSelection():'');d.location.href='http://www.furl.net/storeIt.jsp?p=1&t='+encodeURIComponent(d.title)+'&u='+escape(d.location.href)+'&r='+escape(d.referrer)+'&c='+encodeURIComponent(t);

要感謝在下面迴響留言的人，這篇文章是大家一起完成的。（完）

網路應用API的下一步？分類：網路

2005-08-02T18:39:00.000+08:00

Google 釋出的 API 並不多，我對 http://maps.google.com 的 Javascript 元件的 API 印象深刻，SUN 的 J2EE 及 MS 的 .NET 可能都即將走入歷史。

這種網路元件的架構並不是很先進，傳統以來很少有系統這樣設計的，一方面是網路的寬頻環境還不是很成熟，另一方面是安全性有很大的漏洞，所以商業軟體不太可能走這種網路元件的合作模式，以商業化來講，不是把常用的 Server 設計成開放性的平台（如SQL Server），或者是做成一些程式庫函式庫（DLL）來包裝核心，多人開發使用。

觀察 google 的 maps，簡單的說，只是在地圖上做一些加值的應用，地圖相關資料的提供加上對地圖的移動縮放的控制都是　google 負責，而地圖的表皮就是合作廠商來進行。雖然不知道這樣的合作模式可以創造多少的市場價值，但這種架構已經出現實際應用，我很樂見這個影響對未來軟體開發，能創造不一樣的架構。

上面這張圖是 http://johnvey.com/features/deliciousdirector/ 開發出來的另一種應用，是利用 http://del.icio.us 所提供開放的 RPC API 來存取資料，但是應用介面的程式則是放在 johnvey.com 網站上面。

當大家還在討論 XML/RPC 規格的時候，網路元件的應用已經在瀏覽器上開花結果，如果到一家公司看看內部的管理系統，大部分已經做成使用 IE 就可以控管到所有的資料，這種網路元件的應用就越來越重要，合作廠商要如何保持自己的核心競爭能力，要如何分工合作，我想這樣的架構應用非常的重要。

今天早上我還跟另一家公司在談如何整合測試，雖然是必要的，但是這種開放性架構，整合測試已經變的非常容易，重點應該是怎樣定義這些網路元件的應用，只要定義的好，大家保有自己的核心能力，可以在各自的領域努力作到最好。

免費協助 Blogger.com 置入版型範本

2005-07-01T18:46:00.001+08:00

目前我用 Javascript 製作的版型範本有三套，暫時還沒有力氣弄出比較炫的版本，看起來都是比較簡單素雅的。
1. 白底黑字文字典雅型 http://nextservices.blogspot.com (就是本站)
2. 黑底白字突顯照片型 http://tripwriter.blogspot.com
3. 討論區 http://newsfamily.blogspot.com

如果有網友需要可以直接留下你的 email addr. 在下方迴響，我會把三個版型範本回寄給你，注意的是範本全部貼上之後在控制主頁→設定→格式把文章數目調整為999篇文章即可，當然原來的範本請各位一定要備份起來。

或者，我也可以幫忙協助大家放上去，只要你在控制台主頁→設定→會員邀請我(nextservices@gmail.com)加入你的部落格共筆寫作，並把我升級成Admin，這樣我就可以幫忙改你的範本了，我發誓我不會修改到原來的文章，等修改好之後，我會把我的權限自行剔除，後續的範本維護就自己來完成了。

目前已經有好多網站成功的使用我寫的範本，多了分類標籤及最新迴響的功能，就我知道的我列在下方：

大家趕快搬來這裡吧！真的不錯。

2008.7 更新!!!由於這個範本已經很舊了，目前 blogger.com 也出了新版，範本恐怕不適用，所以暫停幫大家修改與置入範本。

Blogger功能再加強(III):如果看 blog 像在用檔案總管分類：網路、部落格

2005-05-28T12:23:00.000+08:00

當我看了zeelot 的版型，有點驚訝，是不是被轉址到google 的搜尋頁面，結果原來只是版型的修改， zeelot 跟我講了一個網址，有很多 blogger 的版型。

基本上，現今各大網站的部落格都提供很多以 CSS 為主修改版型的辦法，也有很多人自己修改分享給大家使用，但是，我似乎找不到以修改Javascript程式為主的版型設計網站。

目前，完成了兩個版型範本，一個是《討論區》，另一個是做出《分類標籤》及《最新回覆》的功能，都有實際在運作，這兩天，我又想到了一個應用，比較結合復古設計與實用性的考量，先把概念寫下來，希望我有時間完成。

我的概念是左方用 TreeList 來做分類表，TreeList用分類標籤及時間排列，加上一個 inputbox 讓使用者可以作全文檢索(跟Windows內建的搜尋功能相仿)，右方用 ListView 來顯示每篇文章的標題、時間、迴響、最新迴響時間等等，可以按下 ListView 的 Header 來做排序的功能，而右下方的位置就留給顯示HTML內頁來用了。

其實目前網站瀏覽最大的問題是每按一個連結就要到網站去拉一下資料，我上面這個概念大部分的動作不需要到網站去拉資料，而是資料已經拉到 Client 端，只是作好排序及搜尋顯示的工作，當然只有全文檢索這個功能需要去網站下載所有的資料。

昨晚實驗了一下 Javascript 應用 ActiveX 的元件，技術上是可以達成的目標。

1. 部落格的討論區應用：
http://newsfamily.blogspot.com

2. 部落格有分類標籤及最新回覆應用：
http://tripwriter.blogspot.com

3. 部落格就是一個檔案總管：
還在規劃中......

Blogger功能再加強(II)分類：網路、部落格

2005-05-25T19:21:00.000+08:00

最近半個月用 Javascript 把一般部落客想要作的功能做出來後，很高興有些網友有興趣，老實講這個版型範本不是很容易了解，尤其是有含了HTML/CSS/Javascript/Blogger 的這些指令混合在一起，會搞得七暈八素，頭昏腦脹。所以我再寫點很雜的說明，同樣地，有興趣的人仍然可以留言在下方來索取這個範本。

1. blogger 的版型標籤的指令

blogger 這個平台的版型設計的指令很簡單，有兩種：＜＄.....＄＞及＜.....＞＜/.....＞，前者就是把必要的字串從你輸入文章的資料表各欄位取出來就是，或者是提供一些你在主控台設定的一些參數；後者的作用是提供一個＂迴圈＂或者是設定＂條件式＂

條件式常用的有三個，就是＜MainPage＞＜/MainPage＞＜ArchivePage＞＜/ArchivePage＞＜ItemPage＞＜/ItemPage＞就是如果系統在組首頁的時候，在＜MainPage＞＜/MainPage＞中間的資料會被組出來，如果在組彙整頁(ArchivePage)的時候，這些資料就會被忽略掉。

迴圈其實只有兩個指令＜Blogger＞＜BlogItemComments＞＜/BlogItemComments＞＜/Blogger＞。＜Blogger＞這個迴圈如果是在首頁(MainPage)組版就是全部的文章，如果在內頁(ItemPage)組版的時候，就是那篇文章而已。而＜BlogItemComments＞這個迴圈就是該篇文章所有的留言的迴圈。

這個其實我都是看 http://help.blogger.com 這個網站的說明學得的，只要有點程式基礎應該很容易看的懂。

2. 版型範本的分區

所以要看懂我寫的混亂版型，大概就要分區了，我稍微加了點註解，但不是很多，我分了 CSS/Javascript/Blogger/Sidebar 這幾區。

CSS區，如果只是要調整字型大小、顏色，或者主要顯示區的大小，甚至是要把 sidebar放到左邊去，這個只要調整 CSS 即可。

Javascript 區主要是把 Function 全部都集中在這區，當然大部分是 MainPage 內有這些 function，ItemPage 內也有一個 function是要通知 parent 用的。

Blogger 區就是剛剛上面提的要組版的時候的主迴圈，而這個區域仔細看，我又分了三區 MainPage/ArchivePage/ItemPage。

SideBar 區就比較簡單了，只有首頁會多幾個功能，統計文章數目、分類標籤及最新迴響的顯示，其他的無論在哪一頁就都差不多了。

3. 目前還可以加強的部份

其實我試了很多種方法，試圖讓這個部落格的首頁可以讓別的網站外掛資訊，類似 furl.net 這種方式，這樣的話在推廣部落格有很大的誘因，但是 Javascript 以及 DHTML 的安全性問題似乎無解，這個我想我就不要再玩了。除了用 IFRAME 的方式應該別無他法、不然也可以用 BASE HREF= 來騙騙瀏覽器，可是這樣似乎沒有什麼意義！

功能做的越多，你會發現介面會越複雜，如果不想把介面搞的很亂的話，有一招是可以有設定值，要如何設定呢？當然就只有利用 cookies 啦！把設定參數的網頁放在其中一篇文章，然後存在 cookies 裡面，然後首頁顯示的時候再讀出 cookies 拿來用即可，這樣是不是很炫，例如最新迴響要顯示幾篇，你的網站分類標籤要顯示多少，或者預設開幾篇內文，依照什麼作為排序的依據，這些都可以放在設定值裡面，甚至版面的顏色等等要個人化設定，都可以做得到。

另外還有很多人希望可以把留言迴響的輸入介面放在同一篇文章內，這點在 http://bloggerhacks.blogspot.com/ 網站就有實作的方法，不過我個人覺得 blogger.com 的留言介面就已經做的不錯了。

還有，目前的分類連結其實在內頁會顯示出來在標題的下方，如何加上＂連結＂讓瀏覽者回到首頁，顯示出該分類，或者是點了連結把該分類的文章全部顯示出來，這個其實已經不難做了，用 javascript 都可以很容易做出來。

暫時先寫到這裡，其實還想到可以做到的一堆事情，就留待版本2.0了！我也沒有多大的動力寫這些加強功能，還是多寫文比較實際。

幫blogger.com加上分類標籤及最新回覆的功能（完全不用外掛）分類：網路、部落格

2005-05-17T19:04:00.000+08:00

會寫這篇整理算是對最近熬夜的研究畫上一個句點，不然我越來越有興趣的時候，每天都不用睡了。會研究這個主題是因為 http://www.blogger.com 這個部落格平台提供的功能其實不很完全，目前被大家所詬病的是少了＂分類＂、＂引用＂、＂最新留言匯整＂這三項功能。

先提醒一下要詳細研究以下的文章，請先具備了解很多專有名詞及程式寫作的能力，並不是我寫的不夠清楚，而是重頭到尾寫清楚可能要三天三夜，所以只能很簡略的說明方法，另外，要對 blogger.com 這個部落格的平台有一定的熟悉度。

對我來講，＂引用＂其實跟＂留言＂是一樣的功能，而且很少人引用我寫的高調短文，所以這個功能後續再想辦法補強，目前網路上使用最多的應該算是 http://www.haloscan.com 的服務吧！其實若要自己改寫留言的 HTML Form，應該是有辦法解決的。

blogger.com 的特性是在文章發布的同時把 HTML 的靜態頁面組版組好，所以發布一篇文章的時候，幾乎同時要組內頁(ItemPage)、首頁(MainPage)、匯整頁(ArchivePage)這三個頁面，這我想也是為什麼 blogger.com 的系統不作分類的緣故，因為一做一對一的分類，重新組版要多組一個頁面，如果是一篇文章對ｎ個分類的組版，那組版不是要很多次嗎？那系統鐵定做不大了。

首頁主控台想法：

如果不能寫伺服器端的程式，那麼最好的辦法就是用 Javascript 寫客戶端的程式了，而能夠得知這些訊息的就只有首頁(MainPage)完全知道，要克服避免下載過多的資料到客戶端，唯一的辦法就是只傳必要的資訊到客戶端，例如：標題、時間、分類標籤(tag)、作者以及每一篇文章的PID了，有了這些資訊，其實就可以組合出必要的功能，可以利用搜尋方式，找出每篇文章的分類標籤(tag)，有了時間就可以依據最新留言來作排序的功能。

但是現在問題來了，缺少內文的部落格首頁是沒有什麼吸引人的，blogger.com 的修改文章功能給我了一些靈感，去偷偷看了他們的 javascript 程式碼，他是利用 DCOM 內建的 XMLHttpRequest 元件來下載內文的，但是要能用 XML/RPC 必要知道帳號密碼才能取得到的，所以這個方法被我打了一個大叉叉。

內文載入方式：

我又想了一個方法是用 HTML 內包一個 IFRAME 來載入內文資料，然後用 Javascript 來解析這段 HTML 把必要的內頁(ItemPage)資訊給取出來，顯示給瀏覽者看，在網路隨便搜尋了 javascript 的文章，找到有人用 DHTML 的方法，然後配合 Javascript 的 onload callback function 來通知所內頁已經下載成功，然後再把資料傳送給父親(parent)，顯示出內文資料。

這個方法雖然好，可是多少還是浪費一些頻寬，另外一些javascript 的防錯處理還是要作的，不然讓瀏覽者一直跳出視窗說你的網頁錯誤，有點不舒服，這方面的除錯我花了不少的時間，然後 Lordcolus 說 firefox 不能看，我去追查了一下，原來是用到非 Javascript 的正確語法，是 MS 加強的方便語法，所以 firefox 看不懂所致。不過用 firefox 的感覺比 IE 還要慢，而且有時候會撈錯內頁，IE並不會有這樣的情況發生，這點我也找了很久是否是我程式的錯誤，可是因為很難重複發生，就不繼續追查了。

另外有一個小問題是 javascript 的程式碼用引號(") 來區分標題的字串，所以當文章的標題出現引號的時候會導致程式錯誤，整個首頁就顯示不出來了。

分類標籤的做法：

由於 blogger.com 並沒有分類標籤這個欄位，起先想用相關連結(link)這個欄位來做，但是想想這個欄位擅自拿來用也不太好，所以用了 HTML H6 這個tag，只要在CSS 語法中把 h6 給隱藏起來即可，未來如果要把分類顯示出來，或是加入分類的連結部份，也可以用 javascript 加入即可，各位可以看下面這個範例

http://tripwriter.blogspot.com/2005/05/blog-post_13.html

標題底下小字很淺色的分類標籤就是包在 H6 這個 tag 裡面，但是看一下IE的標題列，其實是有H6這個標籤的，我想就留在那邊給搜尋引擎去找關鍵字也不錯。

分類欄位解決了，用javascript 的指令去找字串就不是一件難事了，但是，另外一個問題又來了，我其實並不想讓這個範本需要有這些額外的字眼是隨不同網站而立定的分類標籤，也就是說Ａ網站有這個範本的分類標籤是國家、城市名稱，Ｂ網站的分類標籤是以系統、寫程式、職場等標籤來分類，這樣這個範本就缺乏通用性，對我這個龜毛的程式設計師來說，就是不夠符合元件化的原則。

所以我把分類的方法放在部落格設定的說明項目裡面，在範本的標籤是<$BlogDescription$>這個裡面，然後在這邊打入執行 javascript 的 function，把合乎條件的分類標籤給找出來即可。結果，問題又來了，blogger.com 硬生生就是不想給你放 javascript 的字眼，可能怕有人搞鬼吧！本來想放棄這種作法的，結果我又想到一個妙招，雖然浪費一點頻寬，但這個妙招同時解決了無論在首頁內頁都可以快速的找到你要的分類，不只是在首頁可以做到的缺點，我把要搜尋分類標籤放在URL網址的後方，加入＂?t=關鍵字＂的作法，這樣javascript 就可以取得這個字串，進而做到隨時連結就可以看到正確結果的好處。試試看點下面的連結，應該就是顯示紐約的分類了

http://tripwriter.blogspot.com/?t=紐約&

額外的外掛：

上面這些都做完的時候，其實已經不想在加什麼功能了，後來發現我以前用的 furl.net 的外掛雖然可以廢除，可是少了這幾篇又有點不捨，畢竟還要有分類的說明，例如下面這個網址的範例：

http://tripwriter.blogspot.com/2005/05/blog-post_04.html

這是內頁(ItemPage)，作法是把首頁給載入，然後把跟咖啡館相關的分類表列出來。這個的達成剛好跟首頁載入內頁的內文資料相反，所以要做好一點都不難，本來滿心歡喜的想說也可以把這個外掛給別人的部落格網站內，但是後來發現不成功，原因是 javascript 的 DHTML 資訊要交換必須在同一個網址才可以，可能是基於安全性的裡由吧！萬一我可以去改別人的網頁內容，不是天下大亂了。這點我就不繼續研究方法了，留待突發奇想的時候來解決。當然，可以有作法是把首頁寫成 HTML/javascript 的語法共用，這就是另外的想法了，這點我自己實驗過可行，不過已經是偏方了。

另外，還可以用 IFRAME 的作法然後把不並要的資訊不顯示，但是缺點是會有scrollbar 在右方，不符合畫面美觀的要求。

我想這篇就說明到這裡，若有說明不清的請在下面留言，我盡量回答，要這個版型範本的請留下您的email，我會用附件方式傳送，請大家要貼上範本的時候記得要把原來的範本備份起來，本人恕不幫人修改範本及debug，要自行修改的歡迎修改，也請告知您應用的網站在哪裡。記得改上之後要在 blogger.com 主控台的設定→格式→顯示文章數目的地方填上999篇文章即可，因為首頁要所有文章的標題資訊。

本文暫時中止回覆，請到新的這篇可以下載範本的文章去留言
http://nextservices.blogspot.com/2006/04/blogger.html

部落格有關最新留言的外掛程式設計分類：網路

2005-05-09T21:38:00.000+08:00

一直在玩部落格，雖然每一篇文章的最新回覆在不同部落格系統都有提供依照日期排序的功能，放在部落格首頁上讓人比較好找，可是 http://www.blogger.com 提供的服務硬生生就是沒有這個服務。

所以有不少人想了不少偏方來做，比較著名的作法是用 Javascript 搜尋出首頁所有的回應，然後用在顯示出來，這個製作的網址在 http://bloggerhacks.blogspot.com 但是缺點是必須讓首頁組版的時候把所有文章都組出來，這樣才能搜尋到所有的留言回應時間，這個我自己做了一個留言板的部落格實做出來，因為首頁組版如果含入內文，首頁組出來的檔案變的很大，不方便網站瀏覽者，所以我只抓了標題，這個網址在 http://newsfamily.blogspot.com ，有興趣要這個版型的人可以跟我拿，我可以免費送大家使用。

另外就是用外掛的方式，比較好用的應該是 http://www.haloscan.com 的服務了，但是也是有堆缺點，我不喜歡讓人讀留言的時候還要再開另一頁視窗，或是還要多一個 click，這樣非常不人性化，如果要再同一個頁面能夠顯示，這樣又要靠 javascript 的含入功能啦！一含入又得要負擔頁面載入過慢以及被植入病毒的風險。

所以，我又想到一招爛招，何不利用 blogger 的組版功能，把 template 抽換掉，然後寫出一個適合的 javascript 之後，然後再貼到一篇固定的文章去，這樣這篇文章就是有最新回覆的訊息了，當然做好之後要把原來的 template 再換回來。

不過，這個 template 是蠻好寫的，可是要部落客每天做這個無聊的動作實在很煩，又不會很即時的組版更新，理想的狀況是程式能夠自動做最好，要怎樣自動作呢？ blogger 的 API 可是有提供的，詳細可以看這裡 http://www.blogger.com/developers/api/ 當然寫這個程式一點都不難，難的是寫出來要除錯並且要全自動化完成還需要不少時間！如果有人有興趣要寫的，可以在下面留言，我再描述清楚點。

有關RSS的定位分類：網路、部落格

2005-05-04T11:42:00.000+08:00

最近用RSS實作了一下部落格的分類，也用了一些 RSS 轉成 Javascript include 的工具，發現大家對 RSS 這個規格的定位其實大不相同的。

RSS 是 XML 的格式，以發布 RSS 機制的設計者來說，認為既然是電腦看的格式，所以比較舊的資料部份就要取用的人自己來處理就好了，所以 del.icio.us 這個網站提供的 RSS 只提供 31 則最新的分類標籤，如果要取用的人，可以把舊的分類存在 local 端就好。

最近在搞自動的 weblogwriters.blogspot.com 這個 RSSFeed2JS 的 javascript 的時候，數位之牆的 RSS 只有最新的一篇，本來想測試看看這個 Feed2JS 有沒有幫我存舊資料的功能，測試過後顯然沒有，也找了不少網站，目前為止除了給使用者看的 bloglines.com 或是 RSS Reader 這種軟體有提供之外，如果在 RSS 轉成 JS 的這個角度來想，只是單純的轉資料而已。

那麼，到底誰要存舊資料，資料要存多久，要存多少在資料庫裡面？

或許這也是一個新生意的思考，也或許美國已經有這類的網站了，找到再來試試看。也或許上下游都會做掉也說不定。

另外提一個發現，就是由於 RSS 的格式太過自由，所以當有 Blog 文章更改日期的時候，有不少 RSS Reader 常會把同一篇文章變成兩篇文章，這個應該是缺乏 PK 的緣故，最近 bloglines 好像有點改善，不知道是用什麼方法?

系統分析到底要做到多細分類：系統

2005-04-22T10:43:00.000+08:00

最近在分配工作順序及進度的時候，發現我自己把有些工作分的太細，步驟分的太過繁複，導致大家覺得我很囉說。

系統分析做到多細才是好呢？描細的太完整，程式設計師寫起來固然輕鬆，可是有些在系統中不不是很重點的事情，會被分配到太多工時，反而忘記了重點。我們經常會聽到程式設計師說系統分析師完全不了解寫程式，但系統分析師就會罵程式設計師完全不懂客戶的需求。

其實，這兩個角色一直在我心裡面是一個很大的衝突，目前工作不會分工的那麼細，一方面要寫程式，一方面又要重視到客戶的需求，可是要花多少資源完成，全部都是一念之間。

部落格分類搜尋計畫，製作網站地圖分類：網路、部落格

2005-04-17T15:18:00.000+08:00

由於 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......"＞

請注意上方的全形＜＞要換成半形的符號。加了這個之後呢！我就可以寫一個小程式來做網站地圖啦！至於程式何時寫好，我也不知道。

部落格特色分類：網路

2005-04-07T12:13:00.000+08:00

1. 發行：RSS/ATOM 利用 XML 格式的共同存取介面，方便文章的資料管理及保存。

2. 引用：Track Back 的 XMLRPC 機制可以反向追蹤自己的文章在哪裡被別人推薦。

3. 樣板：利用 loop all 的原理，可以製作出不用改程式即可變化的版型及文章。

4. 整合：一個部落格裡面整合了留言板/討論區/分類/相片等功能。

5. 仲介：利用 XMLRPC 開放 API，可以讓發行部落格在中介軟體做掉，例如 Hello 傳圖檔到 blogger

6. 靜態網頁：大部分的部落格文章都是把資料庫的內容套版產生靜態HTML面，這樣在網路連結上效能比較好，也不會因為時間久遠，改了程式後讓別人連結不進來。

《軟件開發》心得組合中分類：心得

2005-04-03T11:53:00.000+08:00

關於軟件開發這個行業
如何成為好的程式設計師

如何踏入程式設計的領域｜如何引發程式設計的興趣｜程式開發人員的工作風險與動機｜軟體開發人員努力的方向｜系統工程師的角色扮演｜
網際網路普及後對軟件業的影響

開放性軟體在『平台』中演進的角色｜『應用軟體供應商』是軟體公司的契機｜網際網路架構的新思考｜網際網路對軟體產生的變革｜研發團隊合作必須了解需求
軟件系統特性

物件導向與資料庫應用｜從結構化到物件導向｜軟體開發的核心技術？｜軟體系統建構的五大基礎面向｜品質對於軟體系統的重要性｜程式設計的具體化與抽象化
軟件開發的管理

軟體開發過程階段性目標與相容性的做法｜軟體開發流程的壓縮與再造｜創造能開發創意的組織環境｜資訊導向組織與知識管理｜建立軟體開發的知識庫｜軟體開發過程的重要性｜研發團隊的創意管理｜程式開發的大循環與小循環｜撰寫規格文件的重點
創新思維的方法

為什麼需要創新？(1)｜為什麼需要創新？(2)｜躍進式的思考模式｜發行股票卡片的可能性？｜創新力與執行力必須以專業為基礎｜軟體的整合性價值｜心智分枝圖｜用最簡單的方法｜創意模型與軟體系統開發模型｜系統架構的構思過程｜兩擔大蒜談創新｜閘道系統的應用｜漸進式創新法

《當科技變身時尚》讀後心得分類：心得

2005-02-28T16:38:00.000+08:00

《當科技變身時尚》16%的科技行銷密碼

簡介

義大利米蘭，時尚名模正身穿新款春裝，手拿液晶螢幕搖曳生姿走上伸展台。不知何時開始，冰冷的科技產品竟變成時尚配件，驚豔四座……

科技產品演進至今，已不再是功能論輸贏，取而代之的是造形、設計，是給消費者時髦的感覺。然而，許多科技大廠卻無法走過這個階段而退出舞台。

國內最具權威的科技趨勢專家黃彥達以多年的研究觀察，強調科技產品必須突破16%的關鍵門檻，才有機會屹立市場。書中告訴讀者為什麼PDA在風行了一陣子後，始終欲振乏力？手機與PDA的結合是否能造成另一股風潮？網路可以走進客廳，結合一般家電用品嗎？如果可以，產品該如何設計，銷售上又要如何吸引消費者？

讀後心得

讀完了這本書才知道創新型產品的行銷多麼的辛苦，難怪在早期的電子業總有一種心態，就是老二主義，由老大去推廣市場、教育市場，然後老二就可以省了大筆的行銷費用，這種營運模式在現在這個微利的年代，應該已經無法生存下去了。

所謂的行銷4P－－Product（產品）、Price（價格）、Promotion（推廣）、Place（通路），我想是所有的行銷人每天要注意的項目，而本書討論創新型產品的行銷，引用Rogers的《創新傳播》理論，把所有消費者分類成五類：創新者、早期採用者、早跟進者、晚跟進者、落後者。而這五類的消費者利用統計學上常用的常態分配曲線來看，創新者加上早期採用者大約是16%，只要所有的產品普及到超過16%之後，行銷的方法就會產生極大的變化。

本書談到了這幾年的熱門產品與看不到的服務：ＷＡＰ、ＰＤＡ（股票機、電子字典）、ＰＣ、ＡＤＳＬ、３Ｃ、ＮＢ、ＴＡＢＬＥＴＰＣ、手機、ＭＰ３、ＭＯＤ、ＩＣＱ......等等，這些產品看似簡單的背後，他們的行銷及推廣的方式竟然有那麼大的差別。

我們往往從國外翻譯的書籍來了解行銷這類產品的原理及方法，但是台灣的市場不同，而所有國家對科技產品的接受度也有很大的差異，例如日本人對科技產品的接受度就很高，法國就很重視產品的設計與單一用途，所以本土化的行銷書籍也應該大力推廣才是。

《與熊共舞》讀後心得分類：心得

2005-02-20T16:56:00.000+08:00

＊本書行銷術語：

假如下一個專案一點風險都沒有，就別做。

風險越大，報酬就越大，對於軟體開發來說尤其如此。在充滿競爭的環境中，一味逃避風險的公司很快就會發現自己落後了，但如果專案經理對於可能造成失敗的威脅視而不見的話，又會使組織「過於冒進」。為了解決軟體開發人員「逃避又怕落後，冒險又怕失敗」的兩難，本書將教讀者如何辨識風險，並去擁抱「值得冒的風險」。作者還列舉出風險管理的好處，包括：

使積極的冒險變為可行
防止盲目管理的發生
花最小的成本做好最起碼的防護措施
釐清責任歸屬
隔離子專案的失敗，使它不會衝擊到整個專案。

讀者可以用本書提供的策略來加強專案的防禦工事，對付軟體專案中最普遍的風險：

時程延宕
需求膨脹
人員流失
規格崩潰
績效低落

《與熊共舞》將幫助您，在風險演變成致命的問題之前，就紓緩風險。風險就在那兒——它們本來就應該在那兒——而你當然有辦法管理它們。

＊讀後心得：

本書的架構簡單明確，從風險管理的Why?→Why not?→How?→量化→驗證。共分五個單元，我想這是寫程式搞電腦的工程師，最常用的方法。定義問題的那幾個章節有點長，不過習慣用小故事切入並形容問題的作者來講，讓閱讀者很容易了解。

沒有寫過程式的人幾乎很難想像這個行業是高風險的行業，為什麼當初講好的時程無法按時交貨？為什麼只是修改一點需求他們就做不出來？為什麼抓不到問題？為什麼系統問題叢生？為什麼他們總有那麼多藉口？

上面這麼多＂為什麼＂其實就是對軟體系統開發＂不確定＂的表象，不確定就是風險，要如何量化這些不確定，就是本書要給大家的解決方案，雖然說這些統計的理論有點方法，不過作者利用程式設計最常用的模組切割方法，就是定義清楚＂輸入＂與＂輸出＂然後把結果給導出來。

最常用的回饋分析法被泛用在這本書的風險量化的方法，利用過去的經驗值建立資料庫，然後在下一個專案開始的時候當成風險的參數，經驗法則是每一個企業存在時間的價值，要建立資料庫是這幾年知識管理的重要方法之一。

對於瀑布式與逐步交付的開發方式，本書的第十六章有很詳細的說明，這個在各種專案開發的書都有很清楚的描述，如果您是使用電腦工具的高手，例如使用MS Project，可以很方便的用這些工具切割出模組來，也很容易找出人力資源的衝突，但希望使用這些工具的管理者還是要了解這方面的基本原理。

最後，我對附錄Ａ的小故事印象深刻，在職場上工作，尤其是大公司工作，各部門各司其職往往不想去了解別人的難處，而系統研發部門往往就揹負這種風險的壓力，要如何改善？是需要各部門的人都了解的。

延伸閱讀：【流程】軟體開發流程的壓縮與再造

程式設計師的工作慣性

2002-03-30T19:10:00.001+08:00

這次要討論的主體可能跟創新的關係很小，請容許我離題。一般來講年後換工作的風潮在各個行業都會發生，我們來分析一下程式設計師工作的型態，這些分析可能在各行業都可以適用。

首先，我面對到程式設計師換工作的主要原因大部分是認為原來的工作創新度不足，使用的開發工具比較舊，原系統已經不做大幅度開發，只作例行性的維護，缺乏新鮮感，種種的跡象顯示很難獲得成就感，或者是無法獲得大家的一致的認同有價值。

但是，這時候程式設計師的確是一樣的忙碌，每有忙著救火，卻得不到掌聲，如果你正式處於這種狀況，你第一個想到解決的辦法就是換工作吧！然後原公司可能會在找一個人頂替你的位置，而你接觸新的工作，同樣的狀況兩年後又發生一次，這是一個無法解決的惡性循環。

問體出現在哪裡呢？我想並不是技術能力的不足，而是錯估了處理問體所花的成本，接專案的人總認為有一個洞，把他補起來就好了，哪知道有很多洞要補，而且補了洞還不一定知道是不是會產生另一個洞，所以需要從系統架構上的問題去了解，然後再來解決。

第二，可能是在系統整合上的問題，現在的系統大部分是採用開放式的架構，大家協同把所有的子系統放上去，第一次整合測試沒問題，第二次也沒問題，測試過後就上線了，但是系統運作的時間久了之後，有的子系統因為檔案讀取失敗，資料庫沒有正常運作，或者是當初沒有考量道的錯誤，造成平常操作人員的困擾，因為程式設計人員也換過了好幾代，文件不齊全，原始程式碼沒有說明，導致無法找出問題點。

這一類的程式設計師總覺得自己在接爛攤子，接愈多包袱愈大，最後只好選擇丟掉，其實，要解決整合的問題，別無他法，就是程式設計師或者操作人員下去做分析，詳細的一步一步的把錯誤訊息找出原因，然後把問題發生的狀況紀錄分析，然後看是要改程式來解決，或者是從作業流程去改變，這個以目前用 Excel 來做應該都綽綽有餘了，這個過程可能隨時都在做，但必須密集的去分析解決。

最後，可能跟資源的整合或是分開有關，公司會資源整合一定是有某些產品的收入不合經濟效應，所以一個人本來負責一個產品或專案，但是可能一個人變成負責兩樣產品，如果程式設計師還認為事情是Double 的話就錯了，可能剛開始的時候是這樣，既然負責了兩件事情，就要把程式碼變成一份，這樣慢慢地就變成一件事情了，不然比較差的方法就是安排事情的重要程度來處理。

另外最重要的想要換工作除了是被挖角跳槽之外，其實也有景氣循環這一回事，景氣不好的時候，開發新功能新產品的事情是比較少，維護程式系統的事情比較多，認清楚你的專長是在開發新系統還是在維護系統，在搭配業界的景氣循環，才不會永遠在景氣循環或是過年的時候換工作。

找出產品創新的特色分類：創新

2002-02-19T19:08:00.000+08:00

最近一直被別人問到，什麼是創新？創新的定義是什麼？這實在是非常難講清楚，我認為創新是讓一個公司或是一家企業生存下來最重要的要件之一，現在企業之間的競爭非常激烈，只要成本、管理、流程、財務等等沒有控制好，往往競爭力就差了很多。而創新不單單適用在產品上面，是全面性的創新。

如果只講軟體產品上的創新，我想找出產品的特點，訂立有效地目標，並且大力的往那個方向前進是最好的辦法。

維護成本的降低，由於現在的軟體系統多半會隨著維護合約簽訂，如果在產品開發之初沒有考慮維護的成本，無論是在設備或是人力上，往往是一個產品成功與否的關鍵，如果你的軟體系統上的維護大部分是資料庫的維護，儲存媒介的選擇與檔案存取的技術方式，決定了維護上的成本。

執行速度的加速，軟體系統內部的演算法，以及資料存取計算的速度往往是使用者選擇重要的關鍵，如果能在使用者最在意的地方加速執行的效能，往往是成功的關鍵點。

使用介面上的創新，雖然Windows標榜所有的軟體有一致的介面，很容易學習，但是並不是各行各業都能適用這些方式來操作，如果能在使用介面上獨樹一格，容易使用，並且減少出錯的機會，相信是很大的特色。

使用學習上的創新，現在的套裝軟體，或是網路上下載的軟體，往往都要看使用手冊，全部翻完才能知道所有的功能，不然就是一個功能一個功能慢慢嘗試，以MS Word為例，你用的到的功能有他提供的50%嗎？恐怕很難吧！在產品使用的學習上如果讓人很簡單使用，很快的學習所有的功能，也是不錯的。

整合度上的創新，如果你的系統是平台式的系統，或是提供資料的系統，整合度就是很大的考驗了，例如語音辨識的系統，一定要與作業系統的輸入法，或者是文書處理的程式做好整合，如果是兩三家廠商共同開發的系統，不同的程式之間要提供良好的整合介面，這項工作有些廠商並不太願意做好，有的是商業的考量，有的真的是困難度很高，可是只要整合良好，一定是很好的賣點。

使用人數的增加，網際網路讓全世界的網路連接起來，電腦的效能也愈來愈高，所以提昇使用者上限，以及二十四小時不間斷地服務，是現在所有產品必須思考的，當然使用者多起來，效能及維護的問題也要同時考量的。

作業系統與硬體的選擇，雖然說ＰＣ普及率非常的高，但是ＰＣ的硬體廠商很多，周邊設備以及擴充性導致開發出來的產品經常有不相容的情況，如果你的產品可以使用簡單而統一的硬體規格，使用不同的作業系統，例如ＤＯＳ或者是Ｌｉｎｕｘ也是可以思考的方向之一，不過這一點一定要考慮到未來開發的便利性。

找出產品的特色，是迫切需要去做的，隨時的問一下，我們的產品有沒有特色，有沒有競爭力？

專案與產品的核心能力分類：系統

2001-12-26T19:05:00.000+08:00

我想目前為止，好像沒有一家軟體公司能同時做好專案的開發，又能做好產品的開發，因為這兩個軟體系統的核心技術與管理方式，是完全不一樣的，除非這專案與產品這兩個部門是分的很開的。

記得我進入第一家軟體資訊服務公司的時候，第一個考題就是這個問題，專案與產品的特性有何不同，現在想起來這個答案還真的很廣，以下是全球麥肯錫軟體調查的分析比較：

　　　　　專案服務　　　　軟體產品
複製成本　　固定　　　　　趨近零
開發方式　分工開發　　　　集中開發
地理特性　區域性　　　　　全球化
客戶關係　一對一　　　　　一對多
管理重點　1.人力資源　　　1.策略
　　　　　2.技術研發　　　2.行銷業務
　　　　　3.行銷業務　　　3.人力資源
　　　　　4.策略　　　　　4.技術研發

如果依照這個分析表來看，專案型的軟體公司的核心技術必須非常重視人力資源的運用，而技術研發也是非常非常重要的，以國內的專案服務來看，雖然成交的金額非常大，但是一個系統經常要把軟硬體甚至維護服務通包，所以經常是很多公司分工處理，有時候可能得標的是外國的廠商，但是在系統上線或者系統維護的階段，其實已經轉包給其他的廠商了，而廠商間的相互聯繫支援並沒有很好的情況下，要結掉一個案子通常況日費時，導致成本上無形的損失。

也因為如此，專案服務的軟體開發公司通常非常的區域化，即使是像惠普、IBM這一類的公司，在世界各國分公司的專案管理也非常的本土化，無法全球化統一管理，經常有人說他們可以利用印度的人來寫程式，用美國公司來保證品質來接專案，我想這個是天方夜譚，不可能成功的，除非是產品型的軟體公司才能達成。

目前軟體產品來看，微軟的確在全球佔有數量最大的作業系統的佔有率，產品型的軟體公司可以透過行銷與策略來打擊對手，只要能夠把佔有率提高，就是產品型軟體公司的成功。

而最近兩年網際網路的發展，除了專案型與產品型的定義被打的模糊之外，大家對於客戶關係管理也愈來愈重視﹔ＡＳＰ的服務營業關係目前是定義在Ｂ２Ｂ的交易之中沒有錯，但是你接的案子是專案的ＡＳＰ還是產品的ＡＳＰ，是一家公司營運核心能力重要的判斷依據，我經常看到很多人分不清楚，就開始作ＡＳＰ的服務，導致目標不明確而失敗。

而客戶關係管理所投入的資源重要的是客戶的數量級與忠誠度的判斷，如果是專案服務，每一個新的專案就是一次的客戶關係的建立，要投入很大的行銷資源去經營，大體來說是不對的。

其實，所有的產業都是垂直結合的，而軟體公司的分類除了先用專案型與產品型分類之外，各行各業運作的情況真的不一樣，而軟體從業人員用程式語言或開發平台來分類，其實是非常不對的。

如何走創新之路分類：創新

2001-11-18T19:03:00.000+08:00

最近真的是不景氣，但是我好像沒有因此而停下來的機會，將近一個半月沒有寫新的題目，並不是沒有新的題目可寫，也不是忙碌的不可開交，而是我在思考，我寫的東西對讀友到底有什麼樣的幫助。

回到我當初寫這一系列文章的主題，當時可以說是網路公司紛紛成立燒錢的時候，大家對於新的商業模式，充滿了希望，也因此時時有新的話題，有新的創意出現，大家每天逛網站的時候，討論的是新的行銷方式，新的廣告技術，以及新的系統架構。

這一些新的事務對我們的衝擊非常大，經常以為世界就要變天了，傳統媒體就要消失的樣子，在技術上認為WEB服務將取代現有的系統，所有的通訊協定將被TCP/IP所取代，而所有的網站將會資料庫化，所有的文件將用HTML的型態來表現。

事實上，這些事情一直不斷的在發酵改變，但是舊有的軟體系統架構，舊有的商業模式仍然存在，但是大家會走的更有效率，更往節省成本的方式進行，目前大家總認為失業的問題是政府政策沒有跟上，是產業外移，或者是全球景氣不佳所致，其實，最大的問題，我想是產業ｅ化下的結果，所有的產品都往超大系統走，一次可以服務的人可以無限的大，所以平均成本就可以降的非常低，唯一要解決的就是服務品質的控管了。

創新要熟悉舊的系統架構，大家總以為創新要把舊的東西打破，把現有的系統打掉的意思，其實，真正在運作的系統都一定有存在的價值，相信在一個系統建構的當初一定有他的創新之處，也有他效能好的地方，這些好處，一定要保留住，而有些創新的想法只重視解決當前的問題，並沒有想到目前在運作的系統優點。

創新要多做別人不想做的事情，人的慣性總是安於現狀或是自己習慣的生活方式，這一點我們不得不承認，當你勇於改變的時後，改變的不只是自己，因為自己的改變也需要別人的配合，軟體開發絕對是團隊合作的事情，至於這個團隊有多大，就必須做好協調的工作，如果重視技術創新而不管客戶的需求，或是只管開發新客戶不管就客戶，這些都是不對的。

我們經常聽到一句話，我的工作已經做完了，剩下來是別人要配合修改的部分，雖然在一個軟體系統裡面我們會切開一些模組分組負責，但是團隊的個人並不是跟系統一樣都這麼理性去看待這件事情，而一個大的系統整合起來的時候問題出現在哪裡，並不是單一個人的問題，而是整體的問題，如果未來的路是大系統當道，我們就無可避免的要走整合的路，帳號整合，所有個人資料整合，使用方式整合，將是無可避免的事情。

創新也要懂得轉彎，不要以為改變就是創新，但是創新真的是要利用改變的力量的，有時候一個新的想法真的很好，但是客戶不知道改變的好處的時候，這時候就需要轉彎，可能要慢慢的來進行，尤其是一個系統的操作習慣，所以作任何事情，並不是做到百分之一百就好了，有時候甚至要做到百分之兩百，才能真正的把你的理念發揚給別人知道，而評估這些轉彎所需要的資源，應該是事前就應該想到的，也規劃好的。

創新沒有界線，沒有規則前例可循，我們經常會依照一些書籍或前人的經驗來思考事情，這樣並非不好，只是這樣只是幫助我們避免掉做錯的事情而已，如果要做對做好一件事情，就需要跳脫這一種思考模式，認真的與團隊對話，發揚創新的想法與做法。

創新要堅持，只要問問自己，我這樣的創新是對的嗎？是否符合真的客戶需要，客戶真的有節省成本，也有幫忙到他們嗎？只要是對的，持續不斷地創新才是生存之道。

不要永遠套用以往的成功經驗分類：管理

2001-09-30T18:59:00.000+08:00

開發軟體系統的最怕的就是技術不斷地更新，工程師的專長不一，使用的開發工具習慣不同，形成後續開發的負擔。

一個系統要可長可久，除了隨著時代進步之外，核心技術也要隨時的檢討改變，不要進入了使用的最新的技術工具，寫出一大堆流水帳的程式碼，以ＭＦＣ的Wizard Application為例子，原本的用意是讓程式設計師很快的可以跨入寫應用程式的領域，可是我發現有很多程式設計師因應客戶的需求加強一個功能，就新增一個按鈕，然後把舊的程式碼剪貼過來修改，就交差了。

這樣固然可以達成任務，可是卻苦了後來維護程式碼的人，如果選定用物件導向式的語言來開發，表示你可以利用繼承、封裝與多形等等優點，而各種語言的特性要把客戶的需求先抽象化之後，分析可以歸類的元件物件之後，再行具體化的開發。

所以說，你把寫程式當成寫日記或者是寫流水帳的話，你永遠沒有辦法出日記精選或者是做公司帳款財物的分析工作。

而這個分析的工作是每一個寫程式的人必須要去思考的，分析的過程可以參考以前的系統，也可以參考以前成功的經驗，但是，就僅僅是參考而已。

有了一兩個系統專案的開發經驗，到底可不可以把成功的經驗完全的移植，答案永遠是否定的，我們聽到太多說，以前我就是這樣做的，客戶使用的情況非常滿意，而且後續的改版也非常的快速。這就是我非常害怕的心態，如果考慮當時的環境與現在的環境，有太多太多的不同的，例如：客戶群不同、使用電腦的使用習慣不同、系統的大小不同、系統服務的層級不同、使用的開發工具不同、頻寬不同......可以舉的項目實在太多，而最另人沮喪的答案，時間永遠都是不同的。

成功的經驗雖然重要，但是創造另一個成功才是真正重要的事情，試著接納別人的想法，你會發現你所寫出來的程式彈性很大，也很容易改善，不會被別人隨便講一講需求更改，你又要花一兩天去把之前的程式碼修改一番，這樣的系統才經得起考驗的。

找工作面談前的準備分類：職場

2001-09-08T18:57:00.000+08:00

要找工作的時候一定會與未來工作的主管面談，而面談的時間通常只有三十分鐘到一個小時不等，要在短短地時間讓未來的公司決定要花三個月試用期的成本，一定要有相當的準備。

保持充分的自信心，工作與學校最大的不同就是付錢的方向不一樣，學校會教你如何做作業教你如何寫程式，但是一個公司其實沒有義務教你如何工作，雖然，很多公司都說有完整的教育訓練，但是記住一點，一家公司是付錢給你來工作的，不是付錢來請你學習的，如果面談的時候沒有自信心可以完成任務，那一家公司為什麼會請你來呢？還有記住有自信心不表示可以亂吹牛，如果不會的事情也不要說謊。

充分表達以前完成的工作項目及經驗，以前的經歷非常重要，無論是在學校的作業報告，或是前一個工作的經驗，最好事先可以把系統的架構、作業平台、系統需求、系統分析、程式模組等等準備好，面談的主管要問的時候，可以朗朗上口，表示你對之前的經驗非常的清楚，不是因為不適應，或是做不來才想要換工作的，而且，有了之前的工作經驗，你應徵的公司才知道你的專長，便於分配新的工作任務給你。

千萬不要說之前工作公司的壞話，因為可能主管也認識業界的種種情況，如何批評都是不好的。

了解自己想要做的工作，換一個工作雖然不是一定要做一輩子，但是總要待久一點比較好，所以工作的環境以及內容非常的重要，千萬不要沒有一點的主見，或是想說公司派什麼工作就做什麼，就程式設計的領域來說就非常多種，MIS管理、純Coding(未來使用的開發工具?)、系統維護工程師、專案分析或系統分析、系統測試，先定位好自己想要做的工作。

先詢問未來可能的工作內容，如果面談的經過非常的滿意，可以進一步的詢問未來工作的內容，但是千萬不要主觀的做判斷來回答應試主管，譬如說不喜歡這個工作之類的，因為你還沒有進公司，完全沒有判斷分析的能力。

了解業界的薪資水平不要提高也不要被壓低太多，堅定自己的想法，不要被主管一砍價就放鬆了，表示你對你自己的能力沒有相當的把握，也不要好高騖遠自己抬自己的身價，未來的表現不好，適用期不過就算了，傳了出去也沒有一家公司敢用你。不要問太多未來公司的配股計劃、教育訓練計劃、升遷計劃等等，顯得好像你只是為了錢為了學習而來，應該問的是公司的願景與競爭對手的關係等等，這樣讓別人覺得你已經與公司融在一起了。

保持愉快的心情去面談，不要緊張。

如何寫好履歷表？

2001-08-26T13:12:00.000+08:00

最近似乎是求職的旺季，公司收到不少的應徵履歷表，不知道是年事已大，觀念比較古老，還是經濟不景氣，資方因為有經營的壓力，所以比較強勢慎選來應徵的人員，以程式設計師來講，目前的市場的供需應該還是不足，要寫好一份履歷表，對於求職的人應該非常重要的事情才是。

我一直對於職場的看法是雙方合不合適的問題，而不是誰求誰的問題，找一份適合自己的工作，比什麼評量都來的重要，尤其在系統軟體開發的行業，工作時間都很長，也非常的彈性，如果沒有強烈的興趣，我想涉入的程度不宜太多。

企業老闆找人會有很多的考量，剛畢業的社會新鮮人以及要轉換工作的人，真的比較不容易找到適合的工作了，這一點跟我當初退伍要找工作的情況一樣，我找了兩個月才找到工作，最後雖然只要是程式設計開發的公司，我就去了，但是中間除了面談履歷表我已經修改了好多版本，應對進退也是面談十幾家公司的經驗才抓出來的。

一、誠實的寫出過去的學經歷及成長的過程，由於應徵一個新的工作，老闆雖然有三個月左右不等的適用期，但是，要一個老闆在短短的半小時到一小時間的面談就要決定是否投資你這個人三個月，其實是非常大的風險，所以履歷表非常重視過去的經驗，即使是求學過程中比較不好的經歷，我想還是要誠實的寫出來，例如說重考、留級、暑修、休學等等，我想每一個人不是沒有缺點的，如果面談的主管發現你的履歷不完整而有疑問的時候，你還支支吾吾的講不出來，非常可能在品格分數上扣分很多。

至於經歷的話，老實講目前企業不太喜歡用每年都要換工作的人員，這代表著你明年無論如何還是會離開這一個新的工作的，所以如果你有很多三個月沒有過適用期，或者是做了半年就不想做的工作，可以不要在履歷表上寫出來的話，盡量不要寫，但是如果中間缺洞實在太多了，基於誠實的原則，我想也只有寫了。

二、寫上過去工作使用的程式開發工具及相關系統，開發工具的使用雖然只是工具，但是是進入一家新的公司能很快上手的保證，通常研發人員要真實的在公司發揮極大的效用，能夠真正的獨立作業，大概訓練時間都是半年以上，如果你可以縮短在三個月內就獨立作業，這樣老闆通然願意適用你啦！但是這兩年發生一個現象，就是大家似乎都去上過一些程式開發的教育訓練課程，大家寫的專長居然都是一樣的，大抵是SQL, VB, Delphi, C/C++, JAVA,　ASP, PHP3, HTML。

天啊！如果一個人都精通這些語言語法的話，我想應該是電腦莫屬了，有人會比較心虛，後面加一個括弧，略懂。這一類的人，以我的經驗來看，連JavaScript與 JAVA applet 中間的差別都分不出來才對，甚至對 Delphi 與 PASCAL 語言的了解也不清楚。

三、盡量先了解所要寄發履歷表公司的產品，然後寫作不同履歷表的版本，我沒有鼓勵大家造假的意思，因為每一家公司需要的人才其實不同，一般的應徵者很難在應徵項目上知道你未來的工作型態，與開發工具的應用，如果可以先去了解應徵公司的產品是用什麼工具及平台，還有大部分的架構，然後把你的專長欄，以及自傳的部分補上這一類的經驗談，這樣可能馬上就會得到面談的機會。

四、自傳一定要寫，但是不要太長，一般的人事主管一天要過濾的履歷表可能有百份以上，如果他只有半小時就要選擇可以來面談的人，那麼他只有15秒可以看一份履歷，另外有三秒是視窗開關及滑鼠操作的時間，有練過速讀的人15秒可以看到幾個字呢？所以自傳的第一段一定要學學新聞寫作，把人事時地物以及為什麼要到這家公司描寫清楚，而制式的履歷表表格已經把人事時地給表格化了，所以可以簡單帶過，為什麼想要這份工作以及想要進入這一個行業的動機，就非常的重要了。

五、不要寫一些官樣文章以及拍馬屁的話，例如：貴公司績效卓越，產品精良，管理制度健全，系統開發架構完美......，因為你根本還沒有進入那個工作，根本沒有資格講這些。

希望下一次能談談面談的技巧，如果有人要我幫忙審核履歷表的，可以寄到 a@writers.idv.tw，並且註明要應徵的公司及項目，我有足夠的經驗及時間的話，可以給大家一些意見。

系統維護與開發的交替分類：系統

2001-08-19T18:40:00.000+08:00

一般的軟體系統專案大部分會分為系統開發與系統維護不同的合約，所以開發期與維護期界定的很清楚，面對的問題與人更有不同，但是一個公司的產品是否在維護期或是開發期的界定，就沒有那麼的清楚，如果公司大一點，部門一多，要讓每一個清楚知道產品的開發階段，才能做好客戶的服務。

如果單純的從研發部門來看一個產品的生命週期，對投入這個產品的人，花費的力氣重心程度而言，是非常的不公平的。舉例來說，一個軟體系統如果他的生命週期是五年，前一年可能都在開發沒有任何業績，第二年開始有業績而且客戶的需求不斷，第三年的需求可能不多但是客戶要求降價賣出的數目也有比較多，第四年開始衰退想任何新的點子都無法拉高業績，第五年每多賣一套就要多賠一點錢。

以上面這種產品的生命週期來講，研發人員每一年投入的心力幾乎都一樣大，但是成就感只有在第二年而已，這時候就必須調整自己對於這個系統投注的心態，或者賦予這個產品新的生命。看看是要改變客戶群，調整新功能的開發，限制系統的大小，節省維護的成本......。

系統維護在一個大公司應該算是不小的成本，要如何把系統維護的成本降到最低，是一個系統開發的時候重要的課題，不要因為不同的客戶要求而把產品的架構弄亂了章法，這個是產品開發的最高原則。

就心態上而言，一個長期在開發新產品的研發人員，面對自己一手帶大的產品萎縮，總希望賦予更多的新生命，給他更長的生命週期。但是，如果客戶只能掏出一塊錢來買的話，你投入兩塊錢的資源就是賠錢，這時候研發人員就要開發不同市場不同產品線了。

而開發不同的產品，對研發人員來講就是全部重頭來過，平台、開發工具、系統架構會完全的不同，不能用以前的架構套在新的產品上面，壓力似乎非常的大，而這時候面對舊客戶的要求又要應付，因此很多研發人員在這個時候萌生退意，想想既然已經是全部重來了，乾脆換一個新跑道。

所謂『創業為艱、守成不易』這一句話是合起來講的，要同時守好舊產品的收尾工作，又要開發新產品，當然非常的不容易。我經常在與研發人員面談的時候，他們經常會講自己多麼厲害又開發了什麼架構什麼產品，但是問到為什麼要離開那個產品的時候，他們給我的感覺就是沒有成就感，無法發揮新技術......。

了解一個產品的生命週期，用不同的心態去面對，是非常重要的。

系統開發延續性的重要分類：系統

2001-07-29T18:04:00.000+08:00

不可否認的軟體開發的程式設計師流動率很高，我想這個是全世界作系統程式開發人員供需不平衡所致，而台灣很多軟體公司因為一個高手離職，往往導致開發的時程受到很大的影響。

要如何解決這個問題呢？大部分想到的就是做好系統分析的文件，補足在開發過程修改的紀錄，而公家機關的做法往往是要求列印原始程式碼，但是我認為這個只是消極的做法，我想一個維護系統的公司倒閉，要較另一家公司接手，也是曠日費時。

最近看到微軟在宣傳新的平台，仔細地看清楚文件，原來這些都是兩年前的訂下的規格，目前只是重新包裝出來行銷而已（當然微軟也放棄掉很多自己訂的規格），而這兩年的期間我相信參與新平台的系統開發人員一定也是一直有更替，他們是如何延續當時的理想的呢？

我想有一個遠大的目標是不夠的，強制找出所有的系統模組的規則，並且認真的去討論內容，而且是讓每一個開發人員都了解為什麼要這樣做？不斷地演進我想這一句話說的容易但是做起來很難，光光開出一個規格一個模組就很難能讓所有的開發人員的意見相左了，還要去挖出對每一個模組要求的效率及通訊規格的一制性。

一個大的模組可能是一個人開發，但是大的模組裡面又有小的模組，比較難的是要求小模組之間的應用的正確性，人往往會有惰性，總覺得只要把要求的模組開發完成就好了，不管模組內部未來發展及維護的問題，我想即使是一個人開發，也是要依照上面的原則去思考系統的架構的。

而一個系統總是有歷史的軌跡的，面對一個新接手系統的人，一定要想辦法完全了解所有模組，為什麼要這樣子作？什麼模組是因為以前的電腦處理速度問題所做的最佳化？什麼模組是因為客戶專業性的重要需求所做的處理，我們往往會用現在的眼光去判斷以前的系統多麼不何時宜，系統架構多麼不好維護，但是總是沒有看到一個舊系統如何滿足客戶的需求及功能強大的優點。

系統開發不是水平分工的行業，如果光是靠資料庫就可以達成，或是靠建立一個網站就可以做好的話，這樣的進入門檻很低，也很容易在競爭的環境下被淘汰。所以，延續一個系統的強韌及不斷地開發是軟體開發人員先要了解的課題。

系統分析、程式設計與品質測試分類：職場

2001-07-15T18:41:00.000+08:00

最近，公司又在徵人了，原以為在不景氣的環境下找到適合的人才非常容易的，但是，事實上並非如此，好像比一年前更難找到合適的人。

在與程式設計師面談的時候，問問他們未來的生涯規劃的時候，他們總會說做做兩年的Coding工作，然後想往系統分析的工作領域前進，意思就好像是程式設計是比較低階的工作，系統分析是比較高級的工作。

事實上在業界並非是如此的，如果公司的規模大到一定的規模，可能會區分出來系統分析與程式設計不同的角色，有時候甚至連系統測試的部門都會出現，但是這幾種工作並沒有貴賤之分，簡單地來講，甚至薪資都是差不多的呢？有時系統分析師的薪水搞不好是最低的。

我想會形成這種錯誤的觀念應該是教科書上面的流程所教育的刻板印象，大家把系統分析想成了所有系統的決定權就在那一瞬間決定了，還有所有的模組分類都要在那一個動作做好，老實講，這是天方夜譚，其實系統分析師的工作定義應該是與客戶需求的接軌而已，有時候甚至對於客戶的成本控制都不在他手上，如果可以分析出所有的需求，然後客戶也同意如此的規劃，系統分析師就算達成他的任務了。

而品質測試工程師有時候會覺得無奈，總覺得有很多的責任要他們來扛，而他們所能控制修改系統的能力又幾乎沒有，我想這個也是對於工作角色定義不清楚所致，簡單的來講，測試工程師對於整個系統的演化結果及客戶的結構環境要有很深的認識，有些程式設計師總覺得測試人員實在是非常龜毛到不合理的地步，我相信有很多是測試人員對測試的方向，客戶需求扭曲的認知，這一點如果光靠系統分析師來定義並不是好的，應該由這三種角色的人共同討論定義的。

所有組織的角色扮演並沒有很明確的定義，如果您更了解您的工作環境及團隊是怎樣的，我想最好還是說清楚講明白。

程式設計師學習的方向(2)分類：職場

2001-06-23T20:42:00.000+08:00

在十年前的任何一家公司，總認為程式設計師是所有電腦的主人，只要是操作電腦的任何小問題，都會呼叫程式設計師來解決問題，表面上程式設計師雖然是電腦的主人，實際上表示了電腦應用程式的操作介面與實際的應用有很大的出入，這些問題讓永遠關在辦公室的隔板內的程式設計師永遠想不透，為什麼使用者的頭腦一直不能轉過來呢？

問題並不完全在與使用者，大部分的問題是在獨立寫系統的程式設計師，因此團隊合作與討論，是程式設計師必要面對的重大問題，也是能不能往上發展的關鍵之一。

保持開放學習的心態

程式設計師總認為自己是最能學習的一群人，其實是要看角度而論，某些人在學習新的技術而言，是最快最能應用沒有錯，但是在與系統工程師的實際每日作業或者與客服人員，甚至使用者，往往沒有去深層的感受他們的需要，或是他們的操作習慣，想想看電話從撥盤式到按鍵式中間有多少的過渡期間，就知道操作介面習慣對使用者的重要性，而程式設計師往往面對複雜的系統架構，想改的更完美更結構化，往往會改變大量的操作介面，這一件事就是必須多多了解使用者的地方。

一個專業領域的程式設計師，也必須了解該項產業的專業常識，這個跟念傳播科技的記者有一點像，總不能跑醫藥新聞完全不了解醫院組織制度與醫藥術語，跑立法院總統府不知道政治角力與地方勢力吧？如果你要寫圖書館的管理系統，你就不能不知道，圖書分類與資料收集的基本常識吧！寫會計系統的程式設計師，就要了解應收應付帳款與財務報表的種種細目。

任何行業的專業領域常識不是一年就能完全熟悉的，大學的基礎教育都是四年，更何況實際在業界應用的比大學的理論應該學習的還要更多，如果你選定了一個專業行業要往下紮根，千萬不要一年兩年就轉換不同專業的程式設計，這樣會讓你的程式設計永遠在做一個循環，表面上你學到了不同行業的專業領域，實際上只學習到皮毛，而學習到的只是不同的系統平台與程式設計方法，或許有人會願意做到不同行業的學習，然後在選定一個行業來衝刺，這樣也是可行，但是時光就這樣淡淡地流逝了。

真正的團隊合作意義

團隊合作並不是把自己分配到的事情完成就好了，其他的事務就是別人的事情，雖然軟體開發有專案經理或是主任、組長的分配，但是程式設計師面對的不只是專案書面定義的介面而已，還有人與人的介面，把自己與別人定義好的介面做好只是做到六十分而已，軟體系統在整合測試，甚至是上線的時候，都會因為考慮的不夠周全而出現問題。

甚至是經驗良好的專案經理都會遺忘重要的過程，更何況一個專案一項產品的推展，永遠都是世界上唯一無二的系統，一個團隊進行的合作不是一個會重複的專案，所以只要每一個人多用一點心了解別人在做的事情，互相Cover對方的事情，這樣才能做到一百分的境界。

不要限制自己的未來

任何行業最怕的就是限制自己的未來，程式設計師目前看起來前途一片光明，一般公司最不會裁員的就是程式設計師，但是就是因為這樣，程式設計師往往就在自己的習慣領域裡面做事情，例如有人用C++寫程式，他就不會用ASP或者是資料庫的方式來解決問題，反過來說，有些人非常熟悉資料庫，往往他就不知道檔案系統或者是自行記憶體的配置來加速系統處理的效能，而這些事情往往決定了一個程式設計師的未來，人往往是把自己的未來限制在某一個領域。

廣義的來看，程式設計師也不一定要一直寫系統，他也可以有機會規劃一個系統，從各個角度去完成一件工作，系統工程師維護系統的角度，客服人員面對客戶的角度，業務人員與客戶銷售的技巧，這些都是要多方接觸的，不要認為角色的定位而不去接觸，如果程式設計師只是寫程式，那麼這一段路除非你有你夠專業的技能。不然，路會愈走愈窄，風險也愈來愈高，我認識的人也有如此的，但是要自得其樂並不是非常容易。"

程式設計師學習的方向分類：職場

2001-06-17T18:41:00.000+08:00

程式設計師是一個辛苦的行業，很多公司的程式設計師加班沒有加班費，自己設計的系統有問題的時候，還要二十四小時待命，有時為了一個Bug幾天幾夜沒有休息，有時候寫不出客戶想要的系統又睡不著，有時想出一個很好用的架構，老闆又不以為意，程式設計師真的如此命苦嗎？

注重系統開發的所有流程

程式設計也是可以被規劃計劃的，只是因為寫程式設計軟體的彈性太大，所以忽略規劃的事項，任何一本系統分析入門的書都會講到系統規劃的流程，但是我們都沒有實際的去作完成每一個步驟，很快的就丟給程式設計師去作寫程式碼的工作。

其實，程式設計師自己應該負擔大部分的系統分析的工作，這個跟大家頭銜的認知有很大的關係，大家往往認為系統分析師是不用寫程式碼的，而程式設計師主要的工作就只是寫程式碼，所以中間的流程往往沒有確實的完成，而程式設計師寫出一個系統後，往往又是因為時間的因素，老闆想要搶時機，忽略了品質的控制，造成不可磨滅的失敗。

架構的討論與分析

一個系統一定會分成很多的模組，各種模組之間都有溝通的介面，我們往往因為維護了一個大的系統，不太敢去修改介面或是整個系統的架構，怕引發更大的問題，一個不斷開發中的產品，系統架構是非常重要的，如果一定要修改，一定要分析討論後進行，不要有鴕鳥的心態，除非該產品已經是夕陽產品，不會再有收入進來了。

各種平台與程式語言的了解

沒有一種永遠好用的程式語言，而且各種的應用都隨著市場及客戶的需求再改變，所以學習新的程式語言是必要的，更何況語言的本身自己都一直再演變的，學習程式語言千萬不可以只學習語法，或是只是會看的懂程式，要從原理根本的去學習，當然也不要一直學新的，就一直應用在新的系統上，造成後續太多的程式語言及語法存在一個系統，維護上的成本過大。

除了給自己未來更大的學習空間之外，只要是好用的程式語言都可以應用在未來系統上面，例如Ｃ＋＋剛出現的時候，我就看過有人在Ｃ的編譯器下寫出類似物件導向的程式碼，而那一段程式碼至今仍然不會退流行，程式碼的可透通性也很高。

創新就是改變，如何做好組織變革分類：創新

2001-06-03T20:08:00.000+08:00

在軟體系統設計下，有人以為學新的技術就是創新、有人以為接觸新的產品就是創新、有人以為只要用不同的程式語言來開發就是創新，而反過來說，有人覺得維護一套舊的系統，過時的技術就無法創新了，其實這些都是不正確的想法，我認為比較正確的定義是，只要您做的事情是不會讓錯誤重複發生的，就是創新，這就是改變。

對於一般人來講，談創新容易，但是大家的認知不同，當企業要做組織變革的時候，太強調這種改變的好處，但是大家的前方總是一團迷霧，無法具體化的實行，更何況不變的好處或許更多，因為創新帶來生產力的提昇、企業收入的增加都無法具體而且快速的反應在公司的管理制度裡面，所以說，或許我們可以反過頭來列舉不變的好處與壞處，讓所有的人加入創新思考的領域。

如何把一個企業中組織變革的阻力化為助力，我認為有下列幾個方法，並不是一處可及的。

開誠布公，不斷地說明清楚創新的好處，並且試算變革出節省的成本與未來的展望，一般人會有兩極化的反應，一是更加的努力工作，大家以為多做一些工作就可以免於改變，另一種是消極的反抗，解決方法如下。

多聽聽別人的想法不要爭辯，通常一個創新方案提出來大家討論的時候，會有20% 的人欣然接受，而可能也有20% 的人嚴重的質疑可行性，另外剩下的60%可能沒有意見，所以如過這種創新方法是對的，而且有信心可以完成，我們應該多聆聽60%沒有意見人的想法，另外剩下反對的20%你可能做什麼都沒有用，試著用辯論的方式只會讓其他人有疑慮罷了。

進入探討的過程，只要大家有信心去做組織的變革，這時候的過程才真正的重要，往往一般企業忽略了這段時間的努力，造成失敗。這個探討是大家一起努力出來的，因為事情已經開始執行了，如果中間執行的不順暢，只要大家一起探討努力前進，不要想走回頭的路。

察覺並承諾，組織的變革並不能很快的看到成果，所以領導人要注意觀察這時候組織內細微的改變，只要符合當初創新的想法，就要給予鼓勵給予承諾，這樣的變革才能成功。

創新思考的幾項迷思分類：創新

2001-05-12T18:34:00.000+08:00

創新就是使用新技術嗎？

如果以ＰＣ的硬體發展的趨勢，加上軟體技術的日新月異，很多人使用快速的軟體開發，導致所有的程式設計都想學新的技術，但是我們一定要回頭想一想，新技術有降低成本嗎？新技術對未來維護有方便性？新技術可以符合產品的需求？新技術對於軟硬體支援有相容性？新技術有制定標準規格？

如果這些答案的評估都是正向的，當然可以使用新技術，但是創新的要點並不是使用新技術，只是用了新技術可以比較容易達成創新的目的，所以即使通過了上面的檢驗，我們還是要先制定產品創新的規格才能繼續評估，是否使用新技術。

創新就是開發新功能嗎？

有人以為不斷地提供新的功能給客戶，就是創新。其實大大的不是，創新應該還是要符合客戶的需求，如果這個需求只是為了改版而改版，根本沒有符合客戶的最大使用功能來修改的話，可能不要改來的好，因為改了版本還要經過一段時間的陣痛期。

而有時候一項好的創新服務可能只是改了功能表的位置，按鈕的熱鍵設定，或者產品的重新包裝，甚至只是操作手冊線上服務的字眼，或者只是行銷計劃重新組合而已，所以，新功能可以是創新的一部份，但是並不是大部分。

創新就是與別人不同嗎？

我們經常為了與競爭對手做一些區別，會想出不同的操作方式，或是畫面的設計排列重整，有些時候是非常不好的，例如當大家已經熟悉跑馬燈是由右至左跑的時候，如果你跑一個由左至右的跑馬燈，一定沒有一個人會習慣的。

如果一個系統已經沒有創新的空間的時候，千萬不要在變花樣去想與別人不一樣，可以在系統的效能，系統的架構去想創新，抄襲別人的東西雖然想起來不好，但是如果要改變所有人的操作習慣，可能沒有人要使用你的產品的。

而與別人不同的地方應該是讓人更方便、更迅速獲得想要的內容、或是更能壓低成本的創新。

創新思考的幾個方法分類：創新

2001-04-22T19:19:00.000+08:00

點子在你需要的時候就會有，不要想破頭。

我們經常聽人家說想到一個好點子是需要有第六感，或是有神來之筆，所以在思考的時候，千萬不能急躁，寫程式或是想事情的時候想不出解答，可以先放在一邊，搞不好在日常生活中，例如洗澡的時候、散步的時候、逛菜市場的時候，都有可能想到解答。

不過創新的點子是一定要經過耕耘的，並不是一蹴可及的，像一般我們熟知的大企業，時常注重創新的公司，無可避免地必須要有特別的部門，或是主管明確地犧牲效率或是其他的資源，以換取員工能夠誕生新的構想，他們不一定看到每一步的作業，不過必須尊重或是支持創新的成本。

阿基米德在洗澡地時候發現了水的浮力，而牛頓在樹下打瞌睡的時候發現了地心引力，為什麼這些故事都是發生在國外？

所有新的構想都是可以發揮的好構想。

並不是所有的創新構想一開始都是可以執行成功的，都是經過琢磨而成為可執行的點子，通常一個新構想被提出來的時候，聽起來都爛的不得了，可以直接丟到垃圾桶去，但是簡單的修飾之後，或是利用創意組合的方式，搭配另一個舊的構想，有時候會成為不得了的結果。

例如一個公司的核心產品，總會想要自己來做業務行銷的工作，但是如果是一個比較過氣的核心技術，有時候如果自己在繼續開發，也自己來賣的話，有時候因為包袱比較大，可能成本比較大，所以有些公司會把這一類的技術賣給競爭對手，反而是減低成本，而這種創新構想當然風險很大，但是也是一個新的構想，我們不能就此鄙棄這種點子。

客戶知道他們要什麼，他們有很多好的構想。

對於技術研發的工程師來講，去跟客戶拿點子簡直是天方夜譚，因為客戶會先指出你原先的系統產品，有哪些錯誤要修正，哪些不符合需求，而這種修改曠日費時，依照這種客戶訪談的前進模式，業績量雖不至於衰退，但也不會有大的成長。

所以跟客戶溝通，做問券調查，用緊密的篩選客戶真正的需求，這種方式一定不能想出好的點子，跟客戶可以用非傳統的模式，例如微軟就是偷偷地用攝影機紀錄客戶接收到新產品的安裝及操作的模式，而一般的飲料上市前的行銷會議，就是把個人的感覺辦的像經驗分享一般。

這些方法並非每次可以重複使用的，要取的好構想好點子，就要用不同的方法在準客戶中取的創新的構想。