這篇日記類的隨筆來自幾天前在北京公司遇到的一群人和想到的一些思路，但由于當時工作很緊，沒時間記錄，今日補上。

我原以為本公司沒有UI部門。因為我剛到公司時接手的就是一個UI項目，而且這個項目居然是由某個部門經理發起的，平臺組是完成這個項目的主要成員，所以我認為公司可能沒有UI部門，或者平臺組就是高管層眼中的UI部門。

直到到了北京的某一天，項目主管突然告訴我下午要見見UI部門的人，向他們演示一下我做的demo，并講解一下我們新的UI組件的優勢和特點，這時我感覺 UI部門可能是擔當著類似公司“產品管理部”一樣的角色，他們檢查各個產品組的產品有沒有UI問題，合不合規范等等。雖然此時的我有點摸不著頭腦，但倘若 公司真的有一些管理分離的制度我也不覺得奇怪，畢竟是個大企業嘛。

可是直到我見到了這個傳說中的UI組的全部成員時——僅三個人——我才意識到自己的想象力有多么狹隘，公司在我心目中頭一次恢復了大企業的形象，自從我來 到北京以后。這個小組是由幾個做網頁很強的人組成的，或至少她們做網頁很強，她們懂技術不多，也不需要太多，她們的責任是制作公司每個產品線的UI規范， 這種規范包括用戶最終見到的字體、圖片、顏色、各種部件的間距等等。遺憾的是她們剛剛成立，人數太少，缺乏強制執行力，又不太容易和技術力量銜接，所以很 多工作還不能有效開展。

這件事使我有了這樣的想法，我們每個人每天都在接觸UI系統，可是我們對UI的理解卻大相徑庭，簡單列舉一下，至少有下面三種。

1。產品的最終用戶界面。
既通常人們所說的“軟件設計”，最近有一本不錯的書叫<<Bringing design to software>>，講的就是這種意義上的UI。它包括用戶的最終體驗，是技術、藝術與人體工程學、用戶心理學等等領域的結合。

2。支持最終用戶界面顯示元素的平臺。
比如AWT、Swing、SWT、Windows Forms等等，規模龐大的還有HTML+Browser、Flash、Eclipse UI、GEF等等。這些都是技術上的解決方案，與實際顯示效果無關。但是由于絕大多數的平臺使用者都原意重用平臺提供的UI組件，所以平臺對組件的缺省實 現對開發者意義重大，比如用VB開發的應用程序都希望能有Windows XP的界面風格。這時就派生出了另一種技術模式——skinnable。

3。最終用戶界面的顯示元素的抽象標準。
往往是藝術工作者和技術工作者共同的工作，就像我前面提出的字體、圖片、顏色、各種部件的間距等等，這些一般都是以規范的方式提供的，很少涉及實現方法。

這三種對UI這個縮寫的解釋分別意味著UI系統的需求、實現和標準。這使得我們（正在做UI系統的所有人）有必要坐下來好好考慮考慮什么是一個完整的UI系統。

做UI的泡泡