以前在蘋果剛設計出Newton（全球第一部叫做「PDA」的小型電腦）的時候，有一項在當時算是創舉、也是我們手上有Newton的人常拿來獻寶的功能：

• 在螢幕上手寫「lunch with John next Monday at Grand Hotel」（下星期一跟John在圓山飯店吃午餐；必須用英文寫，遺憾）。
  
• Newton並不是依照字母一一辨識，而是依單字辨識，而且還可以辨認草寫體，所以理論上正確率很高（當然，實際上就不必用現在的標準要求了）。
  
• 辨識出來以後，Newton會自動搜尋通訊錄中有沒有叫做John的人；如果有、而且剛好只有一個全名是「John Smith」的人，那就是他了。
  
• 假設這是今天寫的，因為Newton知道「next Monday」的意思，所以會自動在行事曆中的9月1日中午12點，加上「和John Smith在Grand Hotel吃飯」的記事。
  
• 如果通訊錄中有John Smith和Grand Hotel的資料，到時候還可以從行事曆中直接查詢飯店地址、或是遲到的John手機幾號。

說了一大堆，我的重點是，只要把程式邏輯和資料庫定義好、再加上一點點創新技術（例如手寫辨識），電腦就可以很聰明；我們只需要提供一點點關鍵資料，電腦就應該可以自動幫我們做很多苦工。

不過遺憾的是，多年以來無論電腦軟體也好、PDA也好、手機也好，很少看到比1993年Newton還要聰明的設計；並不是現在的技術沒以前好，只是廠商對於使用習慣和設計巧思的標準跟以前不同。

先回到Quicksilver；我知道它功能很強，不過用了一段時間之後就沒有繼續。倒不是因為不好用，而是因為相較於我的日常工作而言，它的功能太多。

如果我每天的工作多半是在鎖螺絲，給我一把瑞士刀其實是不必要的；以作業系統層次的操作而言，其實只要自己的整理習慣良好（例如不要在桌面上放100個以上的圖像）、工作程序固定，其實操作的複雜度有限。

如果用了功能太強太多的輔助軟體，反而會變得不必要的複雜；這類軟體另外一個比較不足的地方，就跟先前提到「Newton指令一定得用英文寫」一樣，對非羅馬語系的亞洲語言多少有些支援不夠周到（但Ubiquity也一樣就是）。

不過當初看到Quicksilver的時候，確實有過那種再度開了眼界的印象；而今天看到Ubiquity，同樣的感覺又浮了出來。

前面強調過的「得用英文」、「其實沒那麼複雜」等幾個問題，在網路上就不一定存在了；在網路上查詢或閱讀時，英文是不可能不用的主要語言之一，資料的組合和處理也比單機作業複雜得多。

所以，如果有強大如Quicksilver、而又融合了各個服務網站開放功能的工具，那就很有點搞頭了。在我看來，Ubiquity確實是這樣的東西。

雖然手寫辨識、語音辨識、自然語言查詢、某些高階程式設計等使用自然語言操作的工具，在市場上一直都有需求，但也一直都有推廣和使用者適應方面的困難，有時候甚至會成為功能發展方面的限制。

精簡的低階指令（例如終端機）、接近人類使用的語言、以及不使用語言的純動作操控（例如滑鼠點按），都各有忠實的支持者，但也有很多人在這中間舉棋不定（像是在搜尋引擎上找「我青春痘太多怎麼辦？？？」）。短時間之內，這幾種操控方式還不會找到絕對的平衡點，但介面設計師卻可以互相擷取彼此的好處，開發出一些意想不到的工具。

對於某種複雜程度以下的工作而言，只要利用少數自然語言指令，就能讓電腦自動做很多事的軟體，應該還是會受到歡迎。有時候這類軟體的便利，並不在於用「search xxx」來取代「叫出搜尋引擎、輸入xxx、再按return鍵」，而是當你可以用簡單的介系詞，輸入一連串的工作指令，並且在短時間之內看到原本要很多步驟才能看到的結果時（想像一下DOS時代的批次檔吧），對於工作流程和資料整合的幫助。

在Mac OS X上其實有一項叫做「Automator」的功能，就可以在系統內部做這樣的事情，但基於跟不用Quicksilver同樣的理由，我也幾乎沒去用它；但同樣的，如果Automator也能簡化我在網路上搜尋、閱讀、整理、發表的過程，那就不一樣了。

我相信在大家都用一大堆網站的服務、有一大堆身分要管理、每天要搜尋一大堆資料的今天，這類軟體應該會越來越多，而Ubiquity看起來就是其中之一。

附記：

• 按這裡就可以安裝Ubiquity，不過目前這個軟體還是早期測試版，要玩的自己留意。
  
• 今天剛好看到另外一個叫做DEVONagent，應該也很有趣的知識管理工具；有時間再來仔細看看。
  
• 今天完成連續150天貼189篇文章。竊記之。）