我們經常會聽到這樣一句話——簡單就是美，或者是這句話的各種變體，而且這句話不限于行業，不僅僅是在軟件業，在各種涉及到設計藝術的領域，很多大師級的任務都會告訴我們，簡單就是美。

在這里我當然只想針對軟件開發相關的內容來談，其實我們要解決的問題就是——到底要多簡單呢？

對于UI設計——不需培訓直接能使用

還記得曾經看過的基本講述交互設計知識的幾本書，其中都提到了，最簡單也是最美的界面設計，就是用戶直接就明白怎么用，而不需要長期的培訓，對于這一點我深以為然，并且努力把這一點貫徹到自己所做的系統中。曾經記得自己幫朋友寫了一個簡單的庫存管理系統，界面上沒有菜單，只有幾個必要的按鈕，采用的是Office 2007的ribbon樣式，并且精心挑選了幾個意義鮮明的圖標。朋友使用的時候，就告訴我，這個東西比他之前用過的財務軟件好多了，那個東西培訓了兩個月還是不會使用，而且其中有太多用不到的字段，雖然不需要填寫，但是看起來也比較別扭。而我這個東西，當時特意就沒告訴他如何使用，只是說，很簡單，看看就會了。達到的效果也很讓我自己滿意，真的是看看就會用了，哈哈。

其實想想成功的產品，比方說最近大賣的ipod、iphone、ipad等一系列蘋果的東西，每一種的設計都是超級簡單，沒有過于復雜的界面和操作，這種美不用我說，已經得到了無數人的認可。

復雜的界面真的非?？简炄耍浺娺^最復雜的界面還是出現在對日項目中，同樣最復雜的報表也在對日項目中，日本人對于基礎知識的培訓和學習，以及對復雜情況的耐心和毅力的確值得我們學習，如果讓我整天面對那樣復雜的界面，我可能早就崩潰了。（比方說，一個界面上放40個以上的控件，并且填寫一個表單需要滾三屏，都是很可怕的）

我只能說，我是個懶人，不喜歡復雜的東西，解決問題喜歡用簡單的方法，各種東西的使用我也愿意選擇簡單的。

其實，對于設計界面的人來說，或者說叫做交互設計師來說，設計最簡單的界面，讓用戶能夠盡快地上手使用，并且所有的使用習慣都與用戶的傳統習慣相符，本身就是對客戶的一種尊重，另外，在市場上，一個產品是否能夠取得成功，往往界面設計的好壞會起到非常重要的作用，因為簡單易用的界面，會讓人真正感受到其中的美，并贏得更多的用戶。

上面我們所說的是最終用戶所要面對的東西，而對于我們這些程序員整天所要面對的代碼，又應該如何呢？我覺得代碼的簡單就在于——直接能看懂

我們在工作中，不可避免地會需要維護別人的代碼，而我們自己編寫的代碼也經常會由別人來review和維護，那么代碼的簡單之美就非常重要了。

想要直接看懂代碼，我覺得必不可少的有幾點：

簡短——每個方法都應該盡可能地短，有人提倡每個方法不超過四行，暫時我覺得還達不到那個標準，不過我們至少可以達到的是，每個方法只做一件事。曾經見過非?？膳碌拇a是有超過五層的if嵌套，而且每個嵌套里面的處理代碼都無法顯示在一屏之內，我直接就崩潰了，哈哈。

命名準確——這個應該是最有利于在維護的時候理解代碼的了。業界中提倡的自解釋代碼也正是如此，如果變量、方法、類等等的名稱都能夠準確地表達出它的意義，那么閱讀代碼就和閱讀說明書一樣，自然所有的工作就都變得簡單了。

恰當的注釋——在某些時候，注釋還是非常必要的，甚至對于自解釋代碼，有時還是有必要用注釋來說明一下，畢竟其中還有計算機語言無法說明的業務邏輯在里面。當然，注釋不應該是越多越好，某些項目中規定一定要有30%的注釋量，還是有些值得商榷的。

最后想說說關于數據庫的設計，我覺得這其中也必須應該貫徹簡單就是美的原則，我們應該達到的標準是——直接能理解。

好的數據庫設計對于系統的開發和維護都是非常重要的，特別是對于一些MIS、ERP、MRP等管理軟件，數據庫的設計在系統的架構中會起到舉足輕重的作用。

我想應該把握下面的幾個原則：

表中字段不要太多——每個表的字段數應該控制在30個之內吧，這個標準可能會因項目而異，只是一個基本的概念。想象一下吧，當在項目中遇到一個數據表的定義中有超過100個字段的時候，是不是感覺到很難處理呢？我在工作的過程中遇到過多次，這種大而全的表往往就是問題的多發地段。

名稱合理——有些項目中，為了預防，往往會使用一些備用字段，或者放一些不一定代表什么意義的字段，它們的的名稱可能就是一個字母帶數字，比方說a1 a2 a3……這種字段真的是維護者的噩夢，它們可能在不同的情況下代表不同的意義，那樣我們不僅僅需要一份數據庫說明書，還需要針對每個字段在不同情況下的說明書。如果能夠避免這種情況，每個名稱都清晰地代表自身的意義，那么難度就會大大降低。

其實這里的原則和編碼的原則基本是相通的，畢竟暫時我還是以程序員的角度來看待這個問題的。

總之，簡單就是美，就是美啊就是美，你是不是也這么認為的呢？：）