勞虎的左腦

搬家了 -- 勞虎跑得快

2006-05-24T22:10:00.000+08:00

終於把搬家的事搞定了！

今後所有的 blogs，將改在我們自己的網域 -- 《兩隻老虎》上貼出。

搬家的動機，包括：

在自己的網域和 server 上，能有更多的掌控。包括可以選用功能更強大的 blog 軟體 -- 我選擇的是 WordPress 。如果您有興趣一試，可到 www.wordpress.com 註冊一個免費帳號；但因為是 hosted 在人家那邊，無法自行增加喜歡的主題 (themes)，或安裝額外的功能延伸套件 (plug-ins)

經我在網路上訪查證實，Blogger 的 *.blogspot.com 網域，在中國大陸已經被整個封鎖了。所以很多網友根本看不到簡體版的《勞虎的左腦》

之前遇到幾次，在午夜時分，當正準備發表新的 post 時，blogger 的連結速度非常慢（可能剛好是美國的尖峰時刻）

Google 搜尋結果排序的演算法中，對註冊愈久的網域，會給予更高的權重（因為它認為這代表該網域的經營者是玩真的）；好歹2tigers.net是個註冊已八年的網域

胭脂虎也計畫在近日開始以 blog 的方式發表一些數位影像後製作的文章

放在自己的網域上看起來也比較專業 ;-)

由於 WordPress 這個 blog 軟體具有分類功能，三個 blogs -- 勞虎的左腦、右腦，和其他，不再分開刊登。三者合而為一，新名字叫《勞虎跑得快》。

在此還得麻煩請之前已經訂閱 RSS feed 的網友，到這裡改訂勞虎跑得快；謝謝！

四合一玩法, MVNO, 雙模手機

2006-05-16T00:00:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

紐約時報今天報導，日本最大的有線電視業者 Jupiter Telecom (品牌名 J:COM) 已開始提供四合一服務 (Quadruple Play)。所謂的四合一，指的是將電視、寬頻網路、數位電話 (VoIP)，和行動通信共同搭售，而前三者即是所謂的三合一 (triple play)。

四合一在全球的發展，可能要屬日本最快，美國的業者看來也躍躍欲試。四合一的玩法，則因業者的本業而異。一般有線電視 cable 業者，在具備三合一的實力後，第四個 play，也就是 wireless 的部分，往往透過和電信業者結盟，採 MVNO (Mobile Virtual Network Operator) 的方式來經營。MVNO 基本上就是傳統的行動電信業者，當起批發商，把頻寬和資源租給其他非電信本業的公司，以各自的品牌，來經營使用。紐時在兩週前也有篇專文，談到美國有幾家 MVNO，經營得有聲有色。他們多半搭配貼有自家品牌的手機，並專攻特定族群，如 ESPN 針對死忠的球迷觀眾，Virgin Mobile 則投合簡訊發到手軟骨頭酸的少年人，即將推出的 Helio，則鎖定在當紅網站 MySpace 上留連的年輕會眾；另外有以西班牙語服務，讓中南美裔族群格外親切的 MVNO；還有針對中老年人，以功能簡單、大字體手機為訴求的 MVNO。Disney 也在這班列車上。之前甚至還有傳言，說 Apple 也可能選擇以 MVNO 的方式，來搭配謠傳中的 "iPhone" -- 一款兼具 iPod 和手機功能的秘密武器。

MVNO 對 3G 業者來說，是一個擴大營收的機會。讓具有強勢品牌、本身便以行銷見長的媒體公司，各自發揮創意，打造更多元的加值應用和服務，來幫忙消化用不完的頻寬。

除了以 MVNO 搭配自有品牌方式經營第四個 play 之外，能夠自動在電信網路 (2.5G 或 3G) 和 VoWLAN (Mobile VoIP) 之間自動切換的 dual-mode 雙模手機，也是關鍵。這種手機能在偵測到 Wi-Fi 信號（例如當用戶在移動到接近住家或公司附近）時，自動切換到通話費低廉、甚至免費的 VoIP 語音模式。美國和日本的 cable 業者甚至已宣稱，搭售的雙模手機上，將配合安裝特殊的軟體，讓用戶可以遠距設定家中的 DVR，錄下喜歡的電視節目（TiVo 上個月發表的新機型，已經具備用 Web 瀏覽器遠端設定的功能）。

不難理解，要提供「四合一」之前，「三合一」得先到位，而關鍵往往就在最後一哩路 (the last mile)，也就是從業者的網路支幹連接到各個家庭的部分。紐時在三月份針對 Verizon CEO Seidenberg 的人物特寫中提到，做生意具豪賭性格的 Seidenberg，近年來不惜投下鉅資，以一戶兩千美金的成本，鋪設光纖到府。文中引用 Bernstein Research 的報告顯示，Verizon 名為 FiOS 的服務，最高傳輸速率可達 100Mbps，在 2010 年時，估計將伸展到一千六百萬個家庭，替隨即展開的多合一、多競爭對手的戰爭，奠定強固的基礎。而 AT&T 則採取較省錢的做法，將光纖拉到社區，再以傳統銅線負責最後一哩路。AT&T 預計將觸及近三千二百萬用戶，最高速率 30Mbps。

SBC 去年收購了 AT&T 後，把它的品牌也換成 AT&T，也就是它的老祖宗（畢竟百年老店的品牌價值還是較高的）。三月份再併 BellSouth，超越 Verizon，成為美國新電信龍頭。

TiVo 和 iPod+iTune

2006-05-14T20:56:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

在美國至為風行的 TiVo，是 DVR (Digital Video Recorder) 的領導品牌，在美國擁有四百多萬用戶。繼美國和英國之後，TiVo 選擇台灣作為第三個進入的市場。據紐約時報引用 Forrester Research 的分析，美國 2005 年 DVR 的市場為一千萬家庭用戶，今年預估將達到一千五百萬台，明年更將倍增至三千萬，2010 年達到四千二百萬。

美國市場上有那麼多 DVR 品牌，為何 TiVo 獨領風騷？除了消費者可享受跳過廣告的好處以外（TiVo 一位副總表示，有 70% 的用戶選擇跳過廣告不看），TiVo 的核心競爭力在於它的軟體的易用性 -- 它發現了在先前媒體產製、傳播、消費的供應鏈中，在「傳」到「消」兩段間，存在令消費者不便的地方 -- 必須自行追蹤想預錄的節目的播映時間，並繁瑣地一一設定。透過一系列操作簡便的畫面，用戶可在一個動作中，將某個電視節目整季的內容，讓 TiVo 每週自動錄下（這個功能叫 "Season Pass" [命名取自職業球賽買下某隊整季的入場券]）；另外像是搜尋引擎功能，可針對用戶喜歡的演員、導演，或節目類型，自動將所有符合的節目錄下，都是 TiVo 比其他 DVR 更貼心的獨到之處。

另一個市場上無可否認的成功典範，是 Apple 的 iPod+iTune。Apple 保持核心競爭力的信念，就像 TiVo 一樣，把注意力集中在替消費者解決目前使用上的不便，並提供更高品質的使用體驗，而非無中生有，去刻意推動新的科技產品領域。PiperJaffray（一家投資顧問機構）專門追蹤 Apple 的分析師 Gene Munster 在拜訪過 Apple 後，做了以下的敘述：

Conversations with Apple show that it believes the key to staying competitive is to create the best experience possible, continually innovating in the product pipeline, and trying not to invent new product categories where no problem exists, but inventing new products to solve an existing problem. Apple management focuses on the problems consumers are facing and tries to focus product development on ways to solve those problems within the constraints of the supply chain.

iTune 軟體的易用性，對照其他 MP3 Players 搭配操作界面不夠直覺、難用的 Windows Media Player，iPod 搭配 iTune 一氣呵成的連貫性，和二者親善一致的易用性，說明了為什麼 iPod 的市佔率已達七、八成。而 Apple 這家在 marketing 上一向過人的公司，自然更是在各種廣告中，不斷試圖將 "iPod+iTune" 的印象，烙印在消費者心中；在它的網站內容組織上，也是把兩者綁在一起。

相較於 iPod+iTune，TiVo 掌握的部分，是在 iTune 這段。比較吃虧的是，TiVo 並不掌握播放器具端的市場，不管是電視機（固定式）或是移動式的播放工具，更別說達到 iPod 那種獨占的規模。也因此，TiVo 必須不斷合縱連橫，包括它對 iPod 和 PSP 的支援，甚至直接跳過有線電視業者，做起提供 Internet video (IPTV) 的實驗，直接槓上有線電視業者。過去一週的兩項宣布，正是 TiVo 開始向 DVR 領域之外，尋求更多發展空間的開端。不過，這項 Internet video 的新合作方案，提供 TiVo 用戶下載免費、但必須看廣告的影片節目，對於早已習慣用 TiVo 來跳過廣告的用戶而言，似乎有點諷刺。

Update, 5/16/2006: TiVo 同時極力增加 DVR 之外的功能，來避免市場被其他 DVR 進一步蠶食。上月推出的最新機種 Series2 DT，已經可以不需電腦，直接下載 Yahoo 的照片、氣象等資訊。還能收聽 Internet 廣播和 podcasts。如果在它的索引中找不到某個 podcast，還可以自行剪貼輸入 RSS 網址。

終於稱王

2006-05-14T16:50:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

這次買投影機的整個過程，讓我不禁想起一年前在 Economist 雜誌上讀過的專題報導 -- Crowned At Last。其中談到網路的發達，資訊的大量普及，帶來品質和價格的透明化，讓消費者有史以來首度真正掌握主導的角色。"Consumer is King" 終於不再只是句口號。

老祖宗「貨比三家」的智慧沿用至今，依然是千古不變的真理，而改變的是探詢的方式和媒介。相信不少人都已經有類似的經驗，在網路上先研究產品的資訊，包括自己做功課，或尋訪他人意見，在同類產品中選定中意的之後，再透過網路選商家，在價格和信譽兩者間取得心目中的平衡點，最後甚至就直接在網上訂購。這就是為什麼 Google 和微軟等，都分別搶著提供產品比價服務 -- Froogle（與 frugal「節省」一字同音）和上次提到的 Windows Live Shopping，因為它能將「貨比三家」的過程，從過去的幾十分鐘、甚至幾小時、幾天，大幅縮短到幾分鐘。

我之前對 DLP 投影機這塊一無所知，在 PCHome 看到有一個 Optoma 專館，才知道這是一個主要的品牌。本來最優先考慮的是 BenQ 的產品，可能是它的品牌形象配上優美的工業設計。透過 Google，很快地便發現國外幾個專門評價投影機的網站。但很不幸的，BenQ 初階的家庭劇院投影機評價似乎不太好。於是便轉而搜尋 Optoma 在這個價格區域的同類產品，發現它的 H31 獲得很好的評價。但台灣市場目前只有 H27 和高階的 HD72i（也許是 H31 已停產，或只外銷美國）。經搜尋之後，很高興地發現，在幾個網上的評鑑中，H27 獲得接近 H31 的評價。研讀一番產品的評析和相關資訊後，隨後便幸運地在 Yahoo 奇摩拍賣上，找到一家比 PCHome 和市面行情足足便宜了五、六千塊錢的商家（不過少了原廠贈送的投影幕），買下了 Optoma H27。

Windows Live -- Web 2.0 Not Yet

2006-05-07T20:57:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

上篇 post 的最後，鏈結到 Fortune 雜誌幾天前的一篇專文。其中談到 Google 和 Yahoo 在 Internet 領域上不斷攻城掠地，反觀 MSN，不但持續虧損，上個月底的季報更交出紅字，營收負成長（下個季度仍預計會負成長）。微軟現在從 Gates 和 Ballmer 以降，全體上下的希望都寄託在 Lotus Notes 發明人、新科 CTO Ray Ozzie 身上，希望他能帶領大家，振衰起蔽，再現當年打敗 Netscape 的雄風，收拾 Google，重創 Yahoo，再次化解危機。

Windows Live 和 Office Live，是 Ray Ozzie 的答案。"Live" 這個名字起得很好，取其現場直播的意義（所以讀音接近「賴」，而非「利」），很能反應 Web 2.0 時代的軟體開發哲學，那就是 Tim O'Reilly 等提到的 "永遠的 beta" (the perpetual beta) 原則。成功的 Web 2.0 公司，懂得抱持實驗的心態，透過持續觀察大量用戶使用的情形，不斷據以修改應用中的功能。其中最誇張的例子是 Flickr，據說每兩個小時就部署一個新版本的應用。上回寫到 Adam Bosworth 的 Intelligent Reaction，談的也是這個革命性的新思維。當然，"Live" 想表達的，還有使用者可隨時透過 Web 瀏覽器來使用各種 Web services，背後走的是 hosting/ASP 的商業模式，也就是所謂的 "Software as a Service" -- 一個微軟在早期行銷 .NET 時，便不斷強調（但未能成功執行）的策略。如今在 consumer 領域，反被 Google, Yahoo 拔得了頭籌，而在企業軟體領域，則有 Salesforce.com, NetSuite, RightNow 等搶得先機，情何以堪。

記憶猶新的是，微軟當年凡事必稱 ".NET"， .NET 是當時的總策略和最高指導原則。物換星移，五年後，新寵成了 "Live"。MSN Search 改成 Windows Live Search；Hotmail 將成為 Windows Live Mail；與台灣青年男女情感深厚的 MSN Messenger，要改叫 Windows Live Messenger。（更多的 Live "ideas"，請參考 ideas.live.com）。當然，不只是改名，Messenger 據說會脫胎換骨，改採類似 Skype 的 P2P 架構，而 Windows Live Mail 也會改成類似 Outlook 的操作介面，而且像 Gmail 一樣，大量採用 AJAX 技術來大幅提升用戶的體驗。微軟表示，Windows Live 將在今夏正式問世。目前是 beta 階段。

談到 AJAX，它是 Asynchronous JavaScript And XML 的縮寫。因為 Ajax 是美國知名的清潔用品品牌，所以名稱當中還有點 geek 式的幽默。簡單地講，透過瀏覽器中執行的 JavaScript 程式，將資料以 XML 的形式，讓瀏覽器和 server 端的 Web services 程式在背景來回交流；AJAX 讓傳統蹩腳的 Web 1.0 應用（如 Yahoo Mail 和 Hotmail），提升到更接近 desktop 應用的一個新層次（如 Gmail 和仍在 beta 測試的 Yahoo 和 Windows Live Mail）。網頁中的 UI，反應更快，更自動了。

所有 AJAX 應用的靈魂，是一個叫 XMLHTTPRequest 的物件。而諷刺的就在，微軟的 IE5，當初是首先開始支援 XMLHTTPRequest 的瀏覽器。但微軟忽略了它的潛力，反倒讓 Google Map, Gmail, Google Suggest, Flickr, del.icio.us...等這些 Web 2.0 應用搶得先機。隨著 AJAX 的大受歡迎，現在市面上已經有多種高階的 AJAX toolkits 和 frameworks，針對不同的語言，包括 Java, Perl, PHP, Ruby, Python 等，方便開發人員產生各種 GUI 元件。

光憑藉酷炫的 AJAX 前端，卻無法讓你立即成為表裡一致、成功的 Web 2.0 網站。目前的 Windows Live（有英德西法日等版本，尚無中文），就是一個活生生的例子。乍看之下，Windows Live 的 GUI，在許多地方已經超越 Google：例如它的首頁，和 Google 的個人化首頁相比，可以不離開本頁，直接增加更多的應用到首頁；原來的 Virtual Earth，現在改名 Windows Live Local，功能性上也絕不輸 Google Map；而 Windows Live 的搜尋結果頁，更是令人大開眼界！當結果多到一個頁面放不下時，隨著用戶用滑鼠拖拉右側的捲軸，頁中內容會隨著更新，不斷地從 server 端自動帶回一筆又一筆的搜尋結果，非常圓滑地呈現在用戶眼前。

不過酷炫科技搞得太過火，火到忘了 Web 之所以成功的基本使用界面原則，是會招致反效果的。以 Windows Live 中一個蠻受好評的應用 -- Windows Live Shopping 為例，所有的鏈結和內容，都被維持在單一網頁裡，一個固定的框框中，如果 user 直覺地按下了瀏覽器左上角的「回上頁」按鈕，那對不起，一切都必須重來。如果要回去看上個畫面中的資訊，必須記得要小心地按下頁面中不太明顯的" << back to ..." 鏈結（如附圖中畫紅圈的地方），否則就...。更慘的是，由於一切都在同一個網頁中，所有的鏈結也就沒有獨特的 URL 可以 copy 下來成書籤，或寄給朋友，一切都是 http://www.live.com/#。之前許多 Flash 的網頁應用，都有類似的可用性 (usability) 問題。相信 UI 可用性大師 Jakob Nielsen 博士，看了絕對會重重地搖頭嘆息。相較之下，同樣是 AJAX 的應用的 Gmail，在設計時便注意到這點，即使按下「回上頁」，出現的畫面會是 user 預料中的合理頁面，所以這絕不是 AJAX 應用的 tradeoff。

不過 Windows Live 目前更大的問題出在，要稱得上是 Web 2.0 的典範，除了懂得利用 AJAX 來提升用戶的使用體驗，另一重要特徵，是 Tim O'Reilly 最津津樂道的 "Data is the Next Intel Inside"。怎麼說？成功的 Web 2.0 網站，所憑藉的是大量的內容（令人想起過去 .com 時代被談到爛的 "Content is King" 箴言）。這些內容，有些是花錢買來再加以組織的，例如 Google, Yahoo 等的地圖資料多購自 Navteq），而更多是用戶主動貢獻的，例如 Amazon 的產品評鑑，EBay 的買賣人評價，Flickr 中大量的照片，各免費 Web mail 網站儲存的大量信件，各 blog 網站中的大量文章，Wikipedia 上的數百萬條目的資訊，還有 Google 資料庫中數以兆計的網頁，全都是免費由廣大的用戶貢獻所得。為什麼用戶願意主動貢獻？因為這些網站都聰明地提供了一個歡迎用戶參與的架構，即 "Architecture of Participation"，同時利用這個平台，對用戶提供價值。

看起來，Windows Live 在這方面，是最需要加油的。剛才提到的 Windows Live Shopping，雖然集結了上萬家的線上商店的資訊，方便 users 一次搜尋比價（類似 Froogle），但少了像 Amazon 那樣的豐富產品評價（它目前甚至根本沒有地方可以提供用戶寫評價，打分數）。當然，增加這種在技術上微不足道的功能，絕難不倒微軟的優秀工程師，只是遲早的問題。我認為真正的挑戰在於，要如何吸引一大票忠實的用戶，刺激出足夠的動機，讓他們願意主動地在這個園地寫評鑑。這正是 Barns & Noble.com 多年以來始終無法成功吸引到像 Amazon.com 上那樣大量的評鑑的關鍵。儘管它網站成立的也很早，更是美國實體書店連鎖業的龍頭。另一個該加油的，是它的搜尋引擎。在 Windows Live 搜尋「勞虎」，很慘，只找到一筆（在美國的 MSN 也類似，MSN 台灣則好多了）。在台灣 Yahoo 奇摩，或在美國的 Yahoo 搜尋「勞虎」，有數百筆的結果。不意外地，Google 最強，找到 1,600 筆左右的結果。其中還包括一個我失散多年，幾週前才尋獲的兄弟，沒想到他生平他頭一遭出名，竟是因為偷車被逮，不過能被記者冠上 "hacker" 的尊稱，也算安慰了！看來不是微軟的搜尋引擎需要多來中文網站坐坐，就是它需要將分散全球的搜尋資料庫加以整合。此外，Windows Live Search 在亞洲文字處理上仍有問題，是另一個待解決的部分。

或許您會認為，這些 Windows Live Search 的問題無可厚非。畢竟它還沒正式推出，大可不必大費篇幅，對它這麼嚴厲。但就在幾天前，Google 股價大跌約 10%，因為 Amazon.com 的 A9 服務（堪稱 Web 2.0 mashup 的代表作之一），宣布正式放棄 Google，即日改採 Windows Live Search，作為它的搜尋引擎。A9 的賣點之一，是提供 server-side 的書籤服務（類似 del.icio.us），而且能夠將過去的搜尋紀錄完全保留下來。我得知換搜尋引擎的消息之後，立即登入 A9，找出過去尋找嚮往的西藏雅魯藏布江大峽谷時的搜尋紀錄，用「墨托林芝」這個兩個地名，來試試我在 Windows Live Search 的手氣，結果很洩氣，只出現一兩筆，有時結果中，還夾雜著韓文。記得過去 A9 還在用 Google 作為搜尋引擎的時候，能找到上百筆資訊。

雖然 Amazon 不斷在它的購物網站宣傳所謂的 π/2 % 的優惠，提供經常使用 A9 的用戶，百分之一點多的折扣，以吸引更多的人去使用 A9。但這個時常在 Amazon 消費的我，還是選擇說：掰掰了，A9！

創意交易平台，激發員工創意

2006-05-03T22:33:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

前幾天透過 podcast 聽了一場演講。MIT 史隆管理學院的教授 Thomas Malone，闡述其著作 "The Future of Work" 的主旨。他認為，科技的進步，帶來日益價廉的通訊；而這些新的通訊方式，終將為企業帶來組織上的變革（我們看之前上海的反日群眾，利用手機簡訊迅速串聯集結，正是一個利用新科技，發揮組織創意的例子）。

而將企業決策權下放 (decentralized decision-making) -- 讓位於基層的員工，也能夠參與，甚至主導公司事務的決策 -- 正是有助提升員工創意、潛能，和自發的關鍵。在這個知識經濟掛帥的時代，企業競爭的本錢來自於創新和發明（Google 和 Apple 便是最佳例證）。換句話說，決策權下放的做法，對企業的競爭力將有很正面的影響。Malone 教授認為，企業要做到決策權下放，可透過三項措施：1) 組織架構鬆散化、扁平化 2) 民主制度 3) 市場交易機制。

我發現最有趣的部分，是他提到的一個例子，在企業內部運用市場機制，來加強決策的精準度。這是一個期貨交易的模型，巧妙地運用在生產規劃和預測上，當初是由他們學院為 Intel 所設計出來的。巧的是，記得在一個月前，在紐約時報也讀到一則異曲同工的創新做法，在企業內建立股票交易市場，來協助軟體公司作各項決策。

這個期貨的例子：Intel 在各地的工廠，對決定未來要製造的產品和產量，在傳統的做法上，必須經過一串繁複的決策手續，牽涉數種角色的 managers。創新的做法則是，建立一個（虛擬的）期貨交易系統，把未來能夠生產的產品，都當成期貨來買賣。買賣可以使用代幣，也可將獲利換算成實質金額，以紅利方式發放給員工。參與交易的各方，除了工廠經理這類傳統角色外，更把位於業務最前線的銷售人員納入。工廠經理可以自行分配，將幾個月後所能生產的各項產品，以期貨方式分別賣給有興趣購買的銷售人員。銷售人員可隨時根據在市場上聽到的風聲，買進未來行情看漲的期貨，拋售看壞的。例如當某銷售人員從客戶端得知某 PC 零組件將可能大量缺貨，那麼他會去搶著買它的期貨。當工廠負責人預期未來產能可能因缺水或限電而受影響時，那麼他會儘快將之前承諾出去的期貨買回。最後，當產品要上生產線的時間接近時，Intel 便可根據這個期貨系統中各項產品的最新行情，來決定到底要如何分配。

紐約時報所報導的股票交易例子則是：美國一家叫 Rite-Solutions 的軟體公司，在內部建立了一個虛擬的股票交易平台，叫 "Mutual Fun"。員工對想建議給公司的 ideas，包括新產品、新改進，和新做法，都可以提出建議書，然後以股票的方式，申請上市。每位員工有一萬美金的籌碼，用來分別投資他們認同的「股票」。每檔股票都有專屬的代號、討論串和 email 通報機制。有些員工對於他們支持的計畫，甚至熱情地擔任義工，主動協助專案推行。當某檔廣受歡迎的「股票」付諸實行，變成真正的商品，或替公司省錢的時候，協助推動的員工便可按先前投注的心力來分紅。

這家公司有一項產品，幾年前完全不被老闆看好。但在幾位基層工程師，透過股票平台的大力推動之下，終於開花結果，而且竟成了最重要的產品，占了公司總收入的三分之一。三個臭皮匠，勝過一個諸葛亮。但當初若是沒有這個將決策權下放的股票平台，這項明星產品或許永無天日。

過去在 BEA 擔任總架構師，如今投效 Google 的 Adam Bosworth，在一個演講中也提到：軟體公司憑藉一群關在象牙塔裡的精英，替用戶作決定，耗費數年，開發出一套產品的傳統做法，已無法掌握時代的脈動，而終將面臨被淘汰的命運。由上而下的決策方式 (top-down)，將不敵由下而上的做法 (bottom-up)，金字塔該倒過來。

在 Web 2.0 時代，最新的遊戲規則是：誰愈能讓用戶參與，誰就能掌握先機。這是上次提到的 "Architecture of Participation" 另一個詮釋的例子。Google 近幾年來的竄紅；微軟 Bill Gates 和新科 CTO Ray Ozzie 於去年底先後發表備忘錄（一、二），宏願要透過 "Live" 計畫，急起直追；Oracle CEO Ellison 公開承認 Salesforce.com 等利用 Web services/SOA 新模式所帶來的競爭威脅...，再再驗證了這個趨勢。

Google 一年的電費

2006-05-01T22:52:00.000+08:00

Google 到底有多少台 servers？一直是令外界好奇的問題。在 O'Reilly Web 2.0 會議中的一場演講，Rackable Systems 的 CEO Tom Barton 提出了他的估計。Rackable Systems ，一家專門建置 x86 (Intel/AMD) 、機架式伺服器的廠商，曾經替 Google 建過最早的一萬台 servers。由於 Google 後來便改由內部自行建置 data center 和 server 硬體，更增添一層神秘的面紗。Tom Barton 根據網路上所流傳的一些關於 Google 的資訊，加上自己豐富的伺服器建置經驗，做了以下的估計：

Google 在全世界約有 13 個 data cetners
光是支撐 google.com 一個網站（很可能是全世界最大的網站），可能就使用了 10 萬至 20 萬台伺服器
這些伺服器本身所消耗的電量，每年估計可達兩千五百萬至五千萬美金
此外，還需要大約上述電量的 6 成，提供空調散熱所需
所以加起來，Google.com 這一個網站一年的電費，可能在 4 千至 8 千萬美金之間。這樣的用電量，相當於美國一個 3 萬 5 至 5 萬人的小城市一整年的消耗

這也是為什麼，現在 CPU 的廠商，Intel, AMD, Sun，這兩年已開始注重和強調 Performance per Watt -- 每瓦特電所能產生的運算力的概念，因為 data center 的耗電量實在太驚人了，而對 server 的需求量，在未來只會不斷增加，不會減少。不只是 Google, Yahoo 這類的 Internet 公司。另外像電信業，隨著傳統交換機逐漸被 IP 化、多媒體化的 server 軟體所取代，在在都需要大量的伺服器來提供服務。

記得去年 Apple CEO Steve Jobs 宣布將改用 Intel CPU 時，也曾大大強調 Performance per Watt 的概念，運算力比 PowerPC G4 強許多的 G5 的 CPU，由於耗電過大、過熱，讓他們始終無法推出以 G5 為核心的筆記型電腦。從以上 Google 的例子，顯然 Performance per Watt 對 data center 中的伺服器同等重要。

Update, 5/6/2006: 這篇文章中提到：據消息來源指出，Google 在全球部署的伺服器有一百萬台，而且已是美國某州的頭號用電大戶。

Web 2.0 與 SOA, Part II

2006-04-23T15:15:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

繼續談些 Web 2.0 和 SOA 的比較。我發現二者在某些特徵上有異曲同工之處。上回提到 Tim O'Reilly 的 Web 2.0 專文。其中談到一項 Web 2.0 的 pattern，叫 "Architecture of Participation" -- 開放參與的架構。什麼叫「開放參與的架構」？之前的 post 中提到，懂得搶搭、駕馭 Web 2.0 潮流的眾家網站，如 Google, Yahoo, Amazon 等，近幾年來紛紛將許多站內的功能以 Web API 的方式提供出來。我們看它們在過去 Web 1.0 時代，正如同當今大多數尚未「Web 2.0 化」的網站一樣，少了這層 Web API（以 XML/Web services 方式提供），那麼瀏覽器／HTML網頁就成了唯一的媒介，讓大家可以去使用這些網站的功能，取得它提供的資訊。或許有的人會直覺上認為，有網頁可以去操作、瀏覽，感覺上已經很夠用了，為什麼還要大費周章搞個 Web API？

正因為 Web API 是一個開放參與的架構。如果沒有它，我們對一個網站的功能和操作介面，便毫無選擇和掌控的權利 -- 介面設計成什麼樣子，進階搜尋有哪些條件選項，一切都操控在該網站的主事者手上；更甭提將數個網站的功能融合在一起，作創新的 mashup 應用了。來舉個更實際的例子，Amazon.com 創辦人／CEO Jeff Bezos 在一年半前一場 Web 2.0 的演講中提到，他們提供了 Web services 之後，讓很多 Amazon 自己沒時間做、較低優先的創新應用，能假他人之手，讓網路上廣大的程式設計者，根據自身的需要，一同來幫忙開發。例如在眾多的創新應用中，有一個得獎的應用叫 ScoutPal。這是某位網站開發人員，為了幫忙在網路上作舊書買賣的太太所寫的。他用 Perl 語言，只花了一天的時間便完成了這個應用。搭配一個 bar code 掃描器，接上一個可無線上網的手機／PDA，便可以讓她在四處尋訪蒐集舊書時（像是去跳蚤市場、舊書攤和私人庭院辦的 garage sales），立即從 Amazon 的 Web services 中查詢到一本書當下的行情。藉以和眼前的貨主所願意出的價相比，來決定是否值得把書買下來。

也就是說，提供一個開放的架構，廣邀各路網路開發好漢，不管是擅長哪一種語言 -- JavaScript, Perl, Java, PHP, Python, Ruby, VB, C#... 的開發人員，都能輕易快速地兜出一個組合式的應用，來快速滿足各自的需要。

企業所致力打造的 Service-Oriented Architecture，正是一個 Architecture of Participation。而企業進行 SOA 體質改造的第一大要務，正是研究如何將必須不斷沿用下去的各後台 legacy 系統，給 service-enable 起來。換句話說，就是替他們設計一層 Web API，將既有的重要功能以 XML/Web services 的方式給包裝起來。由於 XML/Web services 是完全跨平台、跨程式語言的媒介，各種相應的高階 API、工具箱，和視覺化發展工具又日新月異，因此開發組合式應用 (Composite Applications) 的門檻比傳統的應用開發低了許多。這麼一來，CIO 便可開始將企業內原本隸屬不同團隊（如 J2EE, .NET, PHP, SAP, PowerBuilder...）的開發人員加以整併，統合運用，而可更有效率地作任務編組，來完成未來需要交付的新應用。此項 SOA 所帶來的獲益，就個人觀察，在目前已成功導入的企業中，屢見不鮮。

有人預測，五年至十年之後，隨著 SOA 的大行其道，成功的企業將逐漸實現 Gartner 所謂的 "Real-time Enterprise"。也就是說，業務部門有任何新的應用需求，都能很快地得到實現。有的時候，業務人員甚至不需假手 IT 部門。因為許多業務服務，都已經以高階的 Web services 的方式提供出來，許多會在 Excel 裡作一點 scripting 的 power users 和 business analysts，都能夠很輕易地去運用，例如在試算表中動態呼叫幾個 Web services，組出一份最即時的報表。

我在 BEA 一位負責業務的同事，數年前在某大軟體公司任職業務時，就曾經因為公司的 commission 計算方式太過龐雜，從來沒有人真正搞清楚過到底算出來的數字是否正確，就連會計都有時都不是很確定。這位兄弟索性自己寫一個 Excel 試算表，造福大眾。從此以後，不再有計算獎金的爭議。其實企業裡面臥虎藏龍，具有這種實力的 power users 甚至不在少數，「開放參與的架構」和 SOA 提供了他們更多揮灑的空間和參與的機會，來打造他們最切身需要的應用。

Web 2.0 的長尾巴

2006-04-16T21:48:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

很多人都知道，Web 2.0 的名詞是 Tim O'Reilly 和他的公司在最近這一年炒熱的。我蠻推薦所有關心網路世界發展趨勢的人，去看一看他寫的這篇相關的專文，簡體中文翻譯的鏈結，已附在該網頁中。而繁體中文的翻譯，現在也喜見資策會全新改版發行的 Intelligent Times 雜誌（前身為《資訊與電腦》）開始連載刊登。

該文中提到的一些 Web 2.0 的特徵和現象，我發現如果拿來和 SOA 做比較，會有一些很值得探討的對照。不過在做這方面的討論之前，我想先來介紹他文章中不斷提到的長尾現象 (The Long Tail)。這個現象最早是由 Wired 雜誌的主編 Chris Anderson 在一年半前所提出，隨後即引發了許多熱烈的討論，也鼓舞了作者，決定把它寫成專書（目前尚未出版），還針對該話題成立了一個專門的 blog 網站。

那到底什麼叫 The Long Tail 現象？我覺得簡單地講，就是「個人化的選擇至上」，或者說「海畔有逐臭之夫」。在上個世紀的後幾十年，隨著廣播、電視媒體興起，快速成為最強勢的媒體，「Hits 文化」也逐漸掌控了市場 -- 排行榜，偶像藝人，高成本、大卡司的電影，強勢的 marketing 炒作，世界文明的同質化 (homogenization)，美式文化輸出，席捲、侵襲世界。其總體結果就是，人們的品味經過各大型電視、電影、唱片集團教育訓練後，開始集中在 hits 產品的狹窄區間之內 -- 暢銷金曲、票房鉅作、強檔電視劇、天王／天后力作，在媒體業的總產值佔了相當大的一部分。所謂的長尾巴，指的正是娛樂消費的分布曲線。Chris Anderson 起初便是由觀察媒體消費開始，而發現這個現象（而稍後發現，長尾現象／理論其實還適用於其他很多領域，包括軟體開發）。我們看 The Long Tail 這個網站左上角的曲線圖，縱軸代表銷量，橫軸代表不同的消費選項。比較高的紅色部分，即為 hits 產品，其高度明顯比黃色部分高出許多。不過有趣的就在於，黃色的區塊向右拖了一個長長的尾巴。也就是說，許許多多的電影、唱片、書籍，都有特定的一撮小眾愛好者。雖然說個別銷量不大，但由於數量龐大，加總起來仍是相當可觀的一筆數字。我們看該曲線圖中紅色和黃色區塊的面積，其實是差不多的。

長尾的必要條件，在於通路（渠道）有能力提供消費者非常廣泛的選擇，廣到儘可能涵蓋到長尾巴遠遠的那頭。在過去，唱片行、書店、DVD 影視出租店，受賣場面積限制，它們能上架的 title 數相當有限，往往在數千件之內。迫使它們只能以那些 hits、也就是暢銷的 titles ，作為主要提供的商品。Web 2.0 時代來臨後，徹底改變了這種態勢，出現了全新、無店面、長尾的經營模式，iTune, Amazon，和 Netflix 就是最好的例子，title 的選擇往往多達數十萬、甚至上百萬件。Netflix 的經營方式，是讓客戶透過網路把有興趣的 DVD 影片先訂下來，然後 Netflix 會根據預約的先後順序，透過郵寄的方式，將 DVD 一一送到客戶的手中，客戶看完後再寄回去。當然，愈來愈多的公司，如 Apple, Google, Yahoo，和許多 cable 和電信業者，更已開始推動數位影片下載的生意。

到底是什麼力量驅動了整個局勢的改變？當然是網路！它讓人們藉由 Amazon 等網站中的統計推薦功能（買這張唱片的人，很多也選擇了那幾張...），發現共同的喜好。「好康道相報」的作用力，透過網路上的 forums, blogs, search engines，以及 del.icio.us 這種書籤共享網站，發揮得淋漓盡致。讓數百萬群從來不認識、卻冥冥之中興趣相近的人們，都有機會把心愛的電影、音樂、書籍介紹給屬於同一小撮興趣聚落中的他人，甚至結為朋友。

網路和長尾，也徹底的打亂了那些挾著雄厚資本，擁有發行權的中間商的陣腳，包括那些大電影、大唱片、大電視，和大出版集團。過去必須仰賴他們雄厚的資金和龐大的 distribution channels，才能將作品順利地帶到觀眾的眼前；只要是在他們眼中曲高和寡、不足以取悅大多數人、大賺大賣的作品，則難有見天日的一天。現在一切都在改變 -- 任何人可以透過 blogs，把他們的文章作品快速發表；透過 podcast, video blog，和 Blog Torrent 這種軟體，讓只有一台 PC 的人，也能經營一個迷你的電台。Middlemen 被網路給幹掉了，而長尾則鼓舞了廣大的藝術文學創作者，既使不是紅星名人，好作品是不怕沒有觀眾的。我們看現在層出不窮的法律行動 -- 控告發明 P2P 的軟體公司，控告發布、下載 MP3 和電影的網站和個人 -- 正是這些大集團一時束手無策下的硬碰硬反射動作。一直到今天，媒體大亨們仍一本過去幾十年的老大心態，還在抓頭、不知道要如何駕馭網路，和它共存共榮。

夜深了，這又是個牽動時代和文化變革的大話題，另擇吉日再談。

以為在一年半前已擺脫 IE

2006-03-31T19:07:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

網路世界的盤根錯節，早已超越科技的範疇，進而延伸到人際關係的領域。像棄 IE，改 Firefox 這種看似單純的抉擇和舉措，有時候掌控力竟然不在自己手上。今天終於領略到 IE 反撲和糾纏的力道。

我剛解決掉一個讓我的 Blog 無法在 IE 呈現出來的問題。感謝 Mandy 和 Renai 二位友人的發現。想都沒想到會有這種狀況發生。除了偶爾遇到被 IE／微軟科技綁死、又不得不進的網站之外，已很少打開 IE 了（這個時候，Firefox 的 IE View plugin 是一大便利）。幸好發現的早，否則這個問題不知道會拖多久，不但讓讀者不得其門而入，搞不好還替 IE 的 bug 背黑鍋。

問題如下，用 IE 連上我的 blog 網頁後，它往往只呈現一片空白，什麼都沒有。我說「往往」，是因為這個現象有時不會出現（但頻率很高）。當它一旦發生時，我將 cache 完全清除、關掉 IE、重開、然後再連，有時候便能看到正常的畫面。更奇怪的是，Renai 的 blog，同樣是放在 Blogger，而且用和我一樣的 template （只有顏色不同），卻從來不曾有這個問題。而且她用的是 IE。

我先確定問題不是出在我的 Blogger template - 我做過少許客製。花了一個多鐘頭研究，終於找到了癥結 - 原來當空白頁出現時，只要手動將編碼偏好設定指定為 UTF-8（即 Blogger default 的編碼），便能正常呈現。怎麼會這樣呢？原來是我選用的 Blogger 的 template 前幾行剛好長得像這樣：

...
<title><$BlogPageTitle$></title>
<$BlogMetaData$>

其中 <$BlogPageTitle$> 的部分會被 server 置換成 blog 的 title，而同樣會被置換的 <$BlogMetaData$> 中，則包含了許多給 browser 看的 meta info，包括下面這個和編碼息息相關的指示，告訴瀏覽器要用哪一種編碼來呈現網頁：


<meta equiv="Content-Type" content="text/html;
charset=UTF-8">

因此套用到我的 blog，瀏覽器看到的會是：


<head>
<title>勞虎的左腦</title>
<meta http-equiv="Content-Type" content="text/html;
  charset=UTF-8" />

而巧就巧在我的 blog title 剛好是（UTF-8 編碼的）中文，而 IE 在尚未看到下一行的<meta ...UTF-8">，明確告訴它要用 UTF-8 來呈現之前，便已被那短短的中文標題給噎到。就這樣，繳了白卷，一張雪白的頁面，連個錯誤訊息都懶得稍，害我的朋友直納悶。

在調整 template，將

  <title><$BlogPageTitle$></title>
<$BlogMetaData$>

這兩行對調，讓 IE 先看到 <meta ...UTF-8"> 的編碼指示後，問題便跟著消失了。

對了，那為什麼 Renai 的 blog，儘管也是用中文寫的，同是 default 的 UTF-8 編碼，卻不會出現這個問題？哦，因為她的標題是西文的。@#x*#@&%!!

Web 2.0 -- SOA, Consumer Market Edition

2006-03-29T22:14:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

Web2.0 和 SOA 在過去這一兩年火紅到不行，不過一般都是分開在不同的場合中談。其實兩者間存在著很微妙的關聯 -- Web 2.0 可說是 SOA 的消費市場版；而 SOA 則是 Web 2.0 的企業版。

從促成科技 (enabling technology) 的角度來看，二者都大量倚重 XML/Web services。最能代表 Web 2.0 精神的，首推俗稱 "mashup" 型態的網站。Mashup 有點像我們把一球球口味不同的冰淇淋 - 香草、芒果、草莓...挖到同一碗中，做成綜合口味；或是一杯特調咖啡，黑咖啡外，奶泡、焦糖、榛果、肉桂粉...。口味成功與否，端看調配的人是否能對得上饕客的胃口。將 Web 2.0 一詞炒熱的 Tim O'Reilly 認為，HousingMaps是網路上第一個 mashup 的代表作，它借用 Google Map 的 Web API，讓原本只提供純文字介面的分類廣告網站 Craig's List，頓時豐富了起來，讓用戶在尋找房屋廣告張貼時，能立即有地圖對照（事實上，Google 在 HousingMaps 推出不久後，隨即將該站的創造者 Paul Rademacher 給網羅了過去）。Mashups 之所以能出現，主要的關鍵正在於，有愈來愈多的網站 - Google、Amazon、Yahoo、EBay、Flickr...陸陸續續提供以 XML 來包裝資料的 Web API (即 Web services)，讓 Paul Rademacher 這樣的調酒師，能快速地利用一些能輕易處理 XML 的語言和科技（如 AJAX），把幾個原本不相干的網站內容黏合成一個創新、加值的應用。

SOA 從某些角度來看，和上述的情況非常類似，不過大環境從消費者的世界轉到以企業為中心（涵蓋 intranet、extranet，乃至整個價值鏈）。SOA 首先要整合的，是企業中各自獨立的各個 legacy 應用系統，它們就如同 Web 1.0 時代的各家網站 - Yahoo、Amazon、Criag's List 和 MapQuest 一樣。HTML 網頁是唯一的窗口，使用者被迫以人工方式，透過瀏覽器一站一站地去把整件事情完成。例如像要規劃出差／旅遊，必須分別到航空公司、旅館、租車公司的網站一一查詢，訂位。在沒有 HousingMaps 這樣的創新應用出現之前，使用者必須先去查 Craig's List 的分類廣告，再根據每筆查到的地址，以人工方式，在地圖網站一一查詢地點和交通路線。這個情形和沒有做好資訊整合的企業一樣，跑業務流程，往往被迫以人工、低效能的方式，在不同的系統操作介面間，做資料剪貼，甚至 email、傳真...，同一筆資料得重新輸入多次。

強化業務應變的彈性和靈活度，是導入 SOA 的首要目標。而關鍵的第一步便在於，如何讓原本各自獨立的應用系統，都能像那些 Web 2.0 的網站 (Google, Yahoo, Amazono...) 一樣，提供出以標準為基礎的 Web API，並且以業務服務（business services；即 SOA 中的 "S"）的角度來規劃、切割，分門別類。有了這樣的基礎之後，接下來要快速開發出新的 mashup 應用來配合最新的業務需求，就不再是天方夜譚了。

奈米科技和摩爾定律

2006-03-20T23:55:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

上班途中聽了一則簡介奈米科技 (Nanotech) 的 podcast，是我曾經看過、聽過的相關介紹中最清晰易懂的，遠勝許多談論這方面的文章（如 Wikipedia 上的定義）；更重要的是，該專訪中談到了 nanotech 的時代意義、展望，和前瞻應用。

許多科技人相信都已經知道一奈米 (nanometer) 相當於十億分之一公尺。在比例上，恰好等於一個 byte 和一個 gigabyte 的差別。引用專訪中兩位專家的說法，「拿一片矽，不斷把它對半切，...直到厚度剩下30奈米左右的程度，此時本來固定不變物質的特性開始大轉變；我們便可藉此將矽調成我們希望它擁有的特質」。他們一針見血地指出，關鍵在於，nanotech 首度讓人類能夠理性控制 ("rationally control") 物質的特性 - 重點在操弄，因為很久以前，人類便已發現這種現象，但尚不具備操弄、控制的能力，而 nanotech 的出現，正是對此的突破。

記得幾週前，新聞界才紛紛報導摩爾定律重獲展延的消息 - IBM 發表晶圓製程上的最新突破，透過深紫外線微影技術（lithography；即將電路圖印在矽晶圓上的技術），讓摩爾定律得以再延伸約八到十年的光景。但不難想見，這種由上而下、top-down，在一大塊矽上面精刁細琢的傳統製作方式，利用光束來畫圖，已經開始遇到筆觸無法更細的瓶頸，遲早會有碰觸極限的一天。而現在逐漸開始接棒的，正是 nanotech。

受訪專家清楚地點出，nanotech 從完全相反的方向出發，以由下而上、bottom-up 的方式來組織。以 Nanosys 這家公司生產的奈米銅線半導體 (nano-wire transistors) 為例，利用造價數十萬美元的化學反應爐，便能合成出數十億美元造價的晶圓廠所致力達到的完美幾何結構。然後由小而大，將為數幾兆的小元件，一點一點地組起來。更美的是，它沒有晶圓大小的限制。這些小東西可以鑲入衣料中、或噴到玻璃、塑膠等媒介上。未來的液晶面板，不但不再有板子大小的拘束，而更可能出現柔軟、可以捲起來，甚至穿上身的螢幕。

在 IT 和星巴克之間

2005-01-10T22:34:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

【本篇發表於 iTHome 雜誌】
身為IT人，鎮日埋首於科技／專案中，久而久之難免對硬梆梆的科技產生麻痺。如果非IT界的家人或朋友問我們：「什麼是XXXX？」（請將XXXX代換成Java、XML、ERP，或您所從事的科技領域），我們直覺的反應往往會是：「很枯燥，你不會感興趣的」，或是「講了你大概也聽不懂」…這類的。其實轉一個角度，IT也可以很生活化，在日常生活中的例子俯拾即是。

Java和星巴克

我了解，多年下來，大家可能早已聽爛了各種耍cute的Java名稱和術語，其中又多圍繞著咖啡的主題打轉；例如，Java的元件叫JavaBeans – 咖啡豆；負責運行這些元件的環境叫container – 咖啡豆罐；著名的open-source組織Apache基金會之下的Java計畫叫「雅加達」(jakarta.apache.org) 等等。

把這些咖啡辭語擱在一旁，大家或許不曾注意到的，是Java平台和星巴克之間的有趣類比關係。龍應台在網路上廣為流傳的『在紫藤廬和Starbucks之間』一文中說到：「我喜歡在Starbucks買咖啡。不見得因為它的咖啡特別好，而是因為，你還沒進去就熟悉它的一切了。你也許在耶路撒冷，也許在倫敦，在北京，或者香港……你就知道在那裡可以點一大杯拿鐵咖啡加一個bagel麵包，雖然這是一個陌生的城市。」想想Java的平台環境，不就是這樣嗎？一支支Java程式，雖然身處各個陌生的OS國度中，但只要其中有它們熟悉的活動場所 (JVM)，因為清楚裡面的遊戲規則，所以很確定，和Barista講什麼語言一定通，點什麼飲料一定有，店裡有紙巾和低脂牛奶可自取…。各大廠商願意砸大錢幫我們把這樣的環境建立起來，因為它們知道，比起雞同鴨講、菜單內容迥異、服務態度抓不準的餐飲店 (proprietary platforms)，這會是一個大賣點。

XML、Web services和FedEx

如果世上各個國家的人都能配合多學一種簡單的新文字，那麼跨國間的書信往來，便可透過此一「世界文」來達到，這就是XML。Web services中的基本協定SOAP，則是在這個世界文的基礎上，所設計出來的信封、信紙格式及相關的規範。

IT人作久了，不自覺容易罹患一種叫「為科技而科技」的症候群，也就是當某種科技開始流行，往往會有為了要嘗試這個科技而刻意去使用的情形。其實更公道地說，追求fashion本是人性的一環，IT人當然也在所難免。就像看到現在正在流行的衣服、皮包款式，忍不住也想買一件來試試看，儘管配在不同的身材上不見得都合適，對某些買的人更不見得真有此需求。

科技人中，對採用XML的態度，存在著兩種極端，一種是上述的「為XML而XML」，以及「為Web services而Web services」，這個現象近兩年來有愈來愈普遍的趨勢。這就像是把所有的信件和物品，一律都用硬紙箱、防震泡泡給他層層包裹，然後請FedEx／快遞來替我們運送，結果忘了收件人就住在隔壁，其實根本不用包裝，敲個門請他拿過去就可以解決的事，這麼一搞下來，在效率和成本上自然付出很大的代價。當收件人住在另一個國家，講不同的語言時，那麼用國際快遞當然就是合情合理的選擇。

另一種極端則認為，XML格式至為冗長，速度據測試比走binary/native方式至少慢了5至10倍，所以如果用了XML，系統效能上會付出慘痛的代價，所以應該竭盡所能地避免。猶記在十年前，當World Wide Web剛剛興起，大家都還痛苦地使用28.8k甚至14.4k modem上網時，當時我們製作網頁，不但是hand-code HTML（好用的WYSIWYG網頁設計工具尚未發明），而且為了讓訪客能有更好的瀏覽經驗，能更快下載我們的網頁，對於HTML的size往往孜銖必究、絞盡腦汁。幾年下來，隨著寬頻普及、電腦運算速度、容量不斷攀升，還有網路設備對傳輸資料的壓縮功能等因子交互作用的結果，現在可能已經沒有多少人還會關心網頁製作工具，以及各種動態網頁科技所自動產生的HTML中，是否塞了大量的空白、多餘字元？是否不夠精簡、不夠最佳化？在HTML剛出來的時候，不是也有人批評純文字格式的HTML不如一些專為文書處理所設計的binary文件格式來得精簡嗎？結果是，HTML成就了人類有資訊史以來，最跨平台、最普及，最成功的文件格式。為什麼？

同步、非同步、超商，還有（抱歉又是）星巴克

在enterprise computing中，有我們常說的同步 (sync) 和非同步 (async) 的作業模式。打電話、打手機是標準的同步模式。在建立連線時，一個巴掌拍不響，通話雙方人都得在電話附近，手機不能關機、訊號不能斷。如果當時正好找不到對方，溝通便告失敗。用瀏覽器瀏覽網路也是典型的同步模式，當網路斷線、塞車，server當機時，資訊傳遞的目的便無法達成。Email／簡訊採用的則是非同步的策略，發訊者並不期待對方一定能立刻收到，只預計在一個合理的時間範圍內，對方應該會收到。在enterprise computing中，線上交易處理 (On-Line Transaction Processing; OLTP) 是典型的同步作業，而訊息佇列 (message queuing) 則是典型的非同步。

過去手機WAP的失敗、3G寬頻上網的延遲推出，和SMS簡訊跌破眼鏡地大行其道，說明了在無線收訊時有時無的先天環境下，選擇同步、用拉的 (pull) 模式，所必須面對的嚴峻課題（另一種稱作「用推的；push」模式）。

同步作業的模式，會因為某些業務的本質而有其必要性，例如銀行存、放款和轉帳的交易，便可能因為時間先後不同而產生重大差異，故往往皆採用OLTP作業方式。如果我們稍微觀察，會發現便利超商、賣場，還有麵包店在結帳時，通常也都採用同步的模式，當生意好而結帳人員又只有一兩位時，往往大排長龍，而這正是同步模式所必須面對的另一大課題－ scalability。有趣的是，星巴克這類的咖啡連鎖店，採用了非同步的作業，來達到更高的scalability（另外也是因為商品特性的緣故）。他們會先跟客人結帳，然後利用咖啡杯上所作的記號，將製作飲料的工作交由另一組同事進行。一位曾在Starbucks工作的資深Barista告訴我，其實他們使用的濃縮咖啡機，每次一定是左右兩股同時壓出來，但由於會點雙份的客人其實不多，所以他們會儘量在流程中進行「配對」，把倒掉一份的情形減到最低。

因為這種scalability的特性，這正是為什麼我們說，在設計跨系企業Web services交流時，“async is king”。

Java 族群側寫

2005-01-02T23:55:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

【本篇發表於 iTHome 雜誌】
Java的開發人員究竟具有哪些特質？這是iTHome記者宛玉小姐找我來寫這個專欄的原始構想，也是許多人好奇的問題。在『沉默的羔羊』這類的殺人魔偵探片中，警方會借重專業的犯罪心理專家，即所謂的profiler，來協助推斷兇手的特徵和習性。在Java開發工具中，也有一類叫profiler（Java引擎JVM本身就內建一個陽春型的），用來更了解程式的特性，包括大致的執行效能、哪些環節可能會是瓶頸等。今天我們要反過來，對那些操作Java profiler的技術人員作一點profiling －看看就這個族群，有沒有什麼樣的pattern存在。

要回答這個問題，必須先界定－到底什麼樣才算得上是一個Java開發人員？一個直覺的回答或許是：會Java，而且常用Java作coding的技術人員。但是這馬上就遇到另一個大問題：要到什麼程度才算是「會」Java、甚至說「懂」Java的程度？是個人所經歷過的Java專案數？年資？擁有的證照張數？所受過的教育訓練？是否應考慮對某個應用領域、範疇，如J2EE、J2ME的架構精神和相關APIs具備相當的掌握度？像是，作過JSP coding的開發人員是否可視為會Java、乃至於具備J2EE技能的工程師？就這個問題，或許我們在未來的專欄中，可以從一個經理人徵才的角度，作一些探討。很明顯地，這類的問題，絕對不單只是採用Java的企業和IT廠商會遇到，採用微軟 .NET、或其他技術平台的企業，同樣得面對。譬如，一個聽過不只一次的笑話是：某人通過MCSE的認證，但NT系統迄今只灌過一兩次，仍不太熟安裝。當然，相信在Java界也絕不乏這樣的笑話。

我們姑且先把Java族群粗略地定義在：常用Java作程式寫作的人，其動機可能是討生活、學習、或兩者兼具，或自我實現等。

據個人觀察，Java的愛好者並不特立獨行，而是屬於軟體開發族群中的一個子集合，也share了許多共同的特性。在英文裡，一般大眾對此類技術愛好者的刻板印象是nerds或geeks（書呆子、怪胎）；久而久之，“nerds”、“geeks” 倒也搖身成為軟體癡們自我解嘲的標誌了。IM、email、online forum、blog（時下流行的心情札記網頁）、chat等，是nerds相互交流、抒發個人思考所不可少的工具，這一方面是因為許多nerds生性較為含蓄、內向，故即便與身在同一間辦公室工作的同事之間，往往仍傾向以網路的方式溝通；在另一方面，對工具擅長的nerds來說，透過remote的方式合力完成一個軟體專案，甚至從頭到尾都沒見著一面，本就是很自然的事，而且往往在實務上的確有此需求。

其實有些geeks還蠻有幾分浪漫詩意的，這點從一些Java人的blogs裡便可看到，有的在程式心得的字裡行間，還夾雜著詩詞歌賦的探討。當然，即使單就程式設計的功力而言，我們說「技藝、技藝」，「技」高了，就會開始有「藝」的成分出來，就像建築一樣，除了使用價值之外，軟體的設計，可以是鬼斧神工的創作，但往往更常是匠氣一缸。不過，就像藝術品一樣，同一份作品，不同的人可能會有不同的欣賞角度和評價。透過自己的作品來獲得同儕間心服口服的敬重，是nerds/geeks在社群中取得領導地位的不二方式。

透過各種方式進行腦力激盪和互助，是所有nerds/geeks必備的特質，Java族群當然也不例外，因為不管是解決工作上火燒屁股的狀況、增長見聞、學習新知、或是在同儕間贏得尊敬，在在需要交流。不少Java愛好者會參加JavaOne這類的活動（當然，在台灣就是JavaTwo囉）。不過大會畢竟一年只有幾天，網路仍扮演了最重要的交流媒介。人氣較旺、而且有經營討論群的Java網站，如台灣的JavaWorld、國外的JavaLobby、TheServerSide等，內容大多集中於技術的切磋、新知情報、各種frameworks、APIs、產品的解惑和心得等。倒是有一個網站，則是在成立時便清楚定位在非技術know-how層面的議題，那就是Slashdot.org（其命名來自於開URL網址的玩笑，因為其中充滿了 “/” – slash 和 “.” – dot）。自達康時代成立多年下來， Slashdot在nerd/geek社群中始終維持著高人氣。它是專供nerds窮磨牙的園地，提供每天coding之餘的娛樂和精神食糧。除非是圈子裡的人，否則往往難以體會許多貼子中的geek式幽默。

除了Java的話題外，Slashdot中自然還有許多其他令nerds熱血沸騰的話題，不少都圍繞著Open-Source的理念和軟體，或許局外人的反應會是，「有那麼嚴重嗎？」但許多理念性的話題，對nerds來說可是事關宗教信仰和意識形態的大代誌呢！每當Slashdot上有對Java好惡的論戰時，往往便是務實派槓上理想派，兩大主要性格的衝突。理想派的nerds除了質疑Java語言算不上是真正的open-source之外，有些還厭惡Java的冗長無趣（C# 也是類似），在句法的表達上，比起一些更早的語言，如LISP、Perl，欠缺創意揮灑的空間。務實派則從不同的角度來解讀Java的語言特質，他們體認到，Java儼然已成為「新COBOL」，被用來建置愈來愈多的企業級應用，尤其是在server端，甚至連寫法上都有幾分COBOL的冗長味！事實上，Java的刻板句法根源於嚴謹的物件導向處理方式。其優點是有利開發多人合作的大專案，但無形中卻也讓不少Java programmers有點悲哀地成了軟體工程生產線上的作業員，鎮日依據交付下來的spec，一個class接一個class地焊接著。至於他們能否超脫到足以獨挑大樑的更高境界，便全看個人的修行了。務實派的nerds因為體認到職場上的實際要求，故較不排斥使用Java、C#、VB來開發，也因此有機會更深入地領略到Java的特性，和與其他語言環境的差異。此外，「新COBOL」的地位，也讓一些nerds開玩笑說，回想一下COBOL的歷史，光衝著Java具備長期飯票潛力這點，就該認真考慮好好學。

一個傳統上在軟體nerds族群中至高無上、如今卻被視為刺猬的稱號－那就是hacker。許多讀者可能不知道，“hacker” 本來是nerds/geeks圈內用來尊稱少數程式內功已達如火純青的人，包括Linux之父Linus Torvalds，如今卻因為許多擅長攻擊網站、破解軟體的青少年開始以hacker自稱，而讓這個稱呼染上了黑名，也讓很多真正的hackers跳出來大聲疾呼「hackers和crackers的區別」、「正派的hackers是不會去crack人家網站的」，期望能矯正社會上一般人對這個名詞的有色眼光。為什麼要在這裡提hacker？因為之前有一個源自Slashdot的爭議話題：一個在美國太空總署工作、名叫Paul Graham的hacker寫了一篇論文，標題叫「Java被視為不酷的主要原因」，自然又踢爆了幾場Slashdot上面司空見慣的大論戰。Paul Graham的論點之一是：據他了解，放眼hacker界偉大的人物當中，不替Sun工作而會選擇用Java來coding的，一個都沒有；如果包含替Sun工作的，倒是有一個（在此要提醒讀者的是，這裡立論的基礎是：對大師級人物來說，寫程式已經如同文學家揮毫作詩和畫家揮灑一般，所以對「筆」的選擇自是馬虎不得）。主要的Java期刊JDJ (Java Developer’s Journal) 幾個月前甚至還刊登了一篇專門駁斥該論文的文章。我覺得一個Slashdot上的貼子評得最經典：「其實會這樣認為的人，不過是將過去長久以來對COBOL的厭惡移轉到Java上罷了」（註：在Java尚未誕生之前，COBOL是最被hackers嫌的語言之一）。前面說到的，Java和COBOL間詭異的關聯，又再一次地出現。

Boston Consulting Group前兩年針對軟體geeks這個族群作了一個研究調查（在此對有興趣的讀者強力推薦這份hackers研究報告），發現open-source圈的geeks（95% 以上為男性）之所以coding，誘因不一，而統計下來，發現幾個最典型的動機：1) 對open-source和自由軟體抱持高度理想2) 找樂子、純興趣，當成是腦力激盪和挑戰，3) 取得在業界的專業地位，或贏得同儕間的敬重，4) 學習技術，自我提升（其中以在學學生居多）。這項調查的主要樣本為SourceForge.net中的專案負責人。SourceForge是全球最大的open-source專案hosting網站，專案數多達數萬，其中有不少Java的專案。事實上，SourceForge設有稱作 “Foundries”（鑄造場）的社群園地，讓相關的開發人員交流、切磋，和學習，而Java有一個專屬的Foundry。

如果仔細一點觀察，會發現不管在SourceForge的鑄造廠，或Slashdot的文章主題分類中，有Java、Perl、Tcl、PHP，但卻不見微軟環境下的語言－ C#、VB/VB.NET、ASP/ASP.NET等，這透露著一個蠻普遍的現象，那就是，比較擁護open-source專案和Linux/Unix的nerds一般對微軟採取較為敵視的態度，以及微軟所代表的proprietary軟體在本質及理念上和開放／自由軟體間存在不可避免的衝突。Slashdot網站裡，有關「敵人」一舉一動的新聞話題，那怎麼能少！微軟的話匣子在Slashdot可是有一個專屬的主題區，還用了一個蠻酷的logo圖片 – 我把它描述為「比爾蓋茲生化機械人」。此外，Java的祖國－ Sun在與微軟大和解之前，多年下來對微軟的叫陣和冷嘲熱諷，當然也多少影響Java 開發者對微軟的態度。不過，這些並不表示，Java開發者和軟體geeks們就一定拒絕開發微軟環境下的專案，也不見得都對微軟抱持敵視的態度。事實上，前面提到，geeks中有不少務實討生活者；那份Boston Consulting Group的研究報告也將「工作上現實需要」列為是nerds寫程式的動機之一。有許多Java開發者往往採用Windows平台做程式開發，告一段落後再將程式移至Unix/Linux上作測試和production部署。當然，用Linux、甚至Unix作日常開發環境的也是有。

對了，在Slashdot這類的討論社群中還會見到一種人，被nerds圈內人士稱作 “trolls” －就是不知所云、狀況外、沒sense者，偏偏又愛參一腳。因為不管是理想派或務實派，要能夠寫出言之有物、獲得好評的貼子（Slashdot是有評分制的），往往都是歷練過數種到十數種、甚至數十種程式語言的老手。沒料又愛放炮的trolls則是最被看不起的。

最後要強調的一點是，對任何族群的觀察，若採取 “one size fits all”、「一竿子打翻一船人」的態度，過分概括化、籠統化是蠻危險的。Java族群自然也不例外，或許把他們視為是IT眾生光譜中的一個區塊會比較恰當。

BPM

2004-12-14T11:48:00.000+08:00

［本 blog 已搬到 2tigers.net，歡迎舊雨新知多去逛逛］

【本篇發表於 iTHome 雜誌】
許多觀察家發現，IT每十多年會歷經一次大循環。最近這兩年，新一波的分水嶺已然形成。PC所帶來的桌面生產力提升，和企業內部網路的架設，塑造了90年代的IT景觀，當時的投資側重於如何透過自動化來消除人工作業，注意力的焦點被放在各個應用功能板塊內的資訊整合，所帶來的是一個個ERP、CRM，財務等套裝系統，及以辦公室自動化、無紙化為目標的公文、差勤、請假等流程系統。隨後Internet和Web開始當道，部分IT的注意力又開始轉移至B2C和B2B的電子商務系統。達康崩盤之後，近年來我們可清楚地觀察到，達康時代的座右銘－ “If you build it, they will come” （出自凱文科斯納主演的職棒電影『夢幻成真 (Field of Dreams)』）這樣的心態已不復存在，酷炫的新科技已不再帶領風騷。在使用者端，取而代之的是保守、務實的態度，遵奉標準則成了各大供應商最新的時尚宣言，integration這類的「冷科技」躍居新的主流，其中BPM又扮演了核心靈魂的角色。

什麼是BPM？BPM (Business Process Management) 是一個新世代的科技，旨在將企業內、乃至跨企業的業務流程加以整合、自動化，和最佳化，其範疇通常牽涉數個原先互不相通的IT系統。雖然它在特性上，和90年代的workflow和BPR (Business Process Reengineering) 科技有幾分相似，但BPM卻是建築在一套全新的IT目標之上－新的業務價值，而且使用全新的基礎架構。

早先一代的process管理科技，精力多集中於消除個別應用系統（如ERP）內部的功能瓶頸。相較之下，當今的目標則是將這些先前導入的應用系統島嶼加以互連，因為在電子化商務的要求下，必須橫跨各個IT功能板塊，作到end-to-end的整合；不僅在企業內部，其觸角更可能延伸到整個供應鏈和價值鏈。流程整合因而取代了流程自動化，成了現今最重要的IT目標。近年來國外幾項針對IT高階主管的調查一致發現，「整合系統和流程」已成為IT的第一大要務，排名超過CRM、降低開銷，和e-commerce。雖然不少企業過去在導入ERP、CRM、HR，和以文件簽核為主體的workflow等系統時，已在這些局部的系統中，推行過功能自動化，對提高流程效率帶來一定的成績，但今天的目標則是讓管理者能夠掌控end-to-end的流程，例如從收到訂單開始一路到出貨。

光是在企業內部進行IT整合的開銷，已經愈來愈大，據估計可佔整體IT投資的40%，如果要把交易夥伴的系統也納進來的話，複雜度和花費自然更上一層樓。儘管如此，整合是今天經濟大環境下不能不進行的工作。IDC有一個更令人怵目驚心的數字：15年前，75% 的IT預算是用來購買新的軟硬體，剩下來的25%用於維護、修理既有的系統設備。現在這個比例恰好反過來－百分之七、八十用來修補、維護，而不是用來買新的軟硬體。這不但說明許多過去所開發和購買、導入的系統過於複雜，也同時讓我們看到，日後要把它們整合，所可能需要付出的高額代價。這也是為什麼服務導向架構 (Service-Oriented Architecture; SOA) 所帶來的「開發即整合，整合即開發」的新觀念開始當道－如果新開發出來的服務模組，都自動支援跨平台的標準接合介面，就如同各種USB器具一樣，整合的痛苦才可望不會重演。

時至今日，整合工作已不只是在各個IT壁壘間進行自動化。今天的經營管理者希望能夠更有效率地管理流程，同時能即時收集來自各離散系統的資料，建立各項關鍵業務效能指標，並加以監控，進而藉由這些指標，對企業資源和流程進行最佳化。這是從BPM提升業務價值的角度來看。

另外我們可以從infrastructure、也就是基礎設施的角度來看BPM。BPM由於在先天本質上無法跳脫e-化、網路化業務的範疇，因此勢必要建置於近年來已逐漸成熟的標準化電子商務基礎架構之上。幾年下來的蓬勃發展， J2EE和微軟的 .NET，以及在XML基礎上所陸續制定出來的各項Web services協定，已發展成為新一代整合科技的基礎平台和共通語言。所有新的電子商務專案都無可避免地必須建構於此類Web-based的基礎和元件之上。在此同時，BPM必須提供一個一致的middleware平台，能夠整合企業既有的mainframe和client-server系統，為legacy應用系統搭起連結到新一代架構的橋樑。

在技術層面上，除了上述的基礎架構之外，新一代的BPM也已經不單只包含流程自動化，也就是workflow，它還融合了之前的兩大類軟體科技－ EAI (Enterprise Application Integration) 和B2Bi (Business-to-Business Integration)，而且重新以Web-based標準化基礎架構，採用各項XML標準來實作，較具遠見的產品更已開始透過工具和簡單的開發模型，支援IT進行服務導向架構的規劃和實作，進而提升未來的彈性和應變能力。

許多BPM廠商用workflow這個名詞來表達有人機互動、執行時間可長達數天甚至數週的流程活動，但在歷史上，workflow類軟體所處理的範疇不僅包含互動式的流程，也包含各種自動化的活動。事實上，除了市面上可找到單獨販售的workflow產品之外，此類軟體的基本元素早已被內嵌在各式套裝應用軟體當中，從ERP、CRM、SCM，到內容出版系統等。

EAI科技在90年末期開始竄起，不同於workflow採用RPC (Remote Procedure Call)式、緊密結合的整合方式，EAI帶來了一個以訊息為基礎，更彈性、鬆散藕合的整合方式，可較為自由地跨越不同的平台和應用系統。此外，事件驅動、資料格式的對應和轉換、訊息路由等，都是EAI類型軟體的功能強項。有些EAI軟體雖然也具備處理應用系統間流程的能力，但往往僅侷限於短促、資料同步類的動作，與workflow所擅長、需要人工介入的長程活動恰巧形成了有趣的互補對照。

現在BPM兼容並蓄，截長補短，把各有所長的workflow和EAI都納入其下，大大地延伸了它的功能觸角。除此之外，由於BPM建置於J2EE這類新一代的元件化交易平台之上，所以在流程中，各個動作間交易一致性的問題上，也有所著墨，這點也是過去以訊息為基礎的中介軟體比較弱的。

當然，目前市面上的BPM解決方案，相互間仍有著相當的差異，其中往往反映的是廠商各自的技術背景、所側重的領域、經驗，和產品本身的歷史包袱（如果植基於前一代的科技），甚至功能稱不上是BPM，純屬搶搭順風車者亦可能出現。在此建議計畫導入BPM的企業，根據自身的需求，多方比較，慎選最合用的BPM solution。