站長大人我又來了..... 這一次，我的問題是要如何設計一個好的User Interface？ 或許你會建議我多看一些別人寫的程式，或是多看一些AP以磨練自己在UI上面的設計.... 但是我想要說的是....很困難...... 前一陣子....都忙著其他的事(真是快樂的蜜月期)....這一陣子....又要開始我的Delphi了....:( 不曉得你在寫程式的時候..是如何的構思UI風格呢 就像你讓別人Download的那一個個人管理介面一樣....好看....簡單....深得我心....是真的.... 不過....說實話我還真的想不出來用這一種方式.... 可以談一下您的經驗嗎？ Sincerely Leo 承佑

------
SincerelyLeo 承佑

承佑: 您問的這個問題可真把我給考倒了! 想想寫這麼多年的程式,我的UI都怎麼構思來的....陷入深思.... 說實話,抄襲別的軟體的UI風格居多, 比如:我寫了一套DOS版的樂譜排版系統,其畫面功能表完全抄Trubo C, 很奇怪吧! 見下圖: 至於最近幾年開發的中醫醫療系統的UI都是由醫師使用後陸續反應後修正而來! 見下圖: 所以很慚愧並未好好用心於UI的構思問題上,只是重視功能面的加強, 或許這是我要待改進的地方! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～

站長大人： 呵呵....雖然有修過人機介面的課程，但是那是一種教我們在設計上偏向於User Friendly與人性化的設計... 但是，說歸說，自己玩玩還可以...但是現在是在職場上面，關乎於面子問題(大概是有一點大男人主義吧)...輸人不輸陣，還是得要拼下去.. 但若是參考User的意見...雖然通常都是沒意見，上線之後就開始ㄍ一ㄠˇ的...真是辛苦...感覺上有一點裡外不是人...唉 所以....今天是星期六...加班苦思不得其解中..... Sincerely Leo 承佑

------
SincerelyLeo 承佑

看了站長大人及leo兄所言，小弟有一點感想予以分享： 對於一個系統，公司的前輩告訴我，絕對不能完全以USER的意見為意見，因為USER都會天馬行空，總以為電腦是萬能的，這時候SA的人員就很重要了，必須在SA的階段就跟USER來談什麼是可以作的，什麼是做不到的，看是不是用別的方式來達成，我就看過一個明顯的例子，公司一位同事負責的系統，為了達到USER的要求，在RUN TIME 產生動態元件，並且在資料庫上記錄這些動態元件的所有屬性，可想而知，時間一久，其資料是以無法想像的“倍數”擴增，所以到最後沒辦法，只好放棄，由另一較資深同事接手，另一同事與USER訪談後，決定不用以前那種極端的作法，改採折衷的作法，此系統才能完成，sorry,講這些好像有點離題，這是剛好看到leo兄講到USER的意見，有所感觸，考量現實與理想，對於我這種以專案取向的系統，更不能完全與USER妥協。 至於UI，本人其實進這行也不是很久，不能提供什麼好的意見，但是公司前輩說過，抄襲、摸仿、截取，最後產成自己獨特的風格，這我十分相信，因為，我自己正在朝這條路走...... 才疏學淺，還請不吝指教.........hazard

我也有相同的經驗,一個醫療系統的案子,一位醫師要一個畫面,最後不得以, 設計了一個動態的門診畫面,工作同仁累得半死,忙著應付每一位醫師的需求, 最後還好副院長出面擺平醫師,訂定統一標準,這才驗收過關! 還有一次是,程式畫面都設計好了,也使用一段時間了,一位院長,提出很奇怪的畫面需求,並要脅不寫不可請尾款,只好照做,院長要求全院採用這種畫面,結果其它醫師抱怨連連,後來出去開業的醫師都不願用我們的系統,醫師還以為我們的軟體本來就是長這樣,這麼難用,最後是費了一番功夫,才讓醫師了解,是只有該院才採用如此的畫面! SA真的很重要,不良的SA所開發的系統不如重新寫過! ～～～Delphi K.Top討論區站長～～～

------
～～～Delphi K.Top討論區站長～～～