Re: [請益] 寫UI到底難在哪裡

[ppaass (( ′v`)O)]

   雖然正在忙案子，不過看到這篇還是忍不住來吐一下～

   寫 UI 有甚麼難？老實說，寫 UI 可以難到 "很難" 的等級，而且如果要當產品
   的話，經常是那個 "很難" 的等級。

   美觀固然不用多說，此外 UI 還有兩個重點: usability(易用性) 跟 順暢度。

   易用性來說就是...使用者主觀認為你的 UI 元件該長在哪裡，你就該長在那裏，
   舉例說，網站的 logo 總是放在左上角，主選單總是由上到下排，由左至右排，
   為啥大家要這麼 "沒創意"？因為人類眼睛接收畫面的時候，很自然地就會由上而
   下、由左而右掃描，意識裡也會認為上面的東西比下面重要，左邊的東西比右邊
   重要，所以他找 link 一定從那邊去找，你沒有乖乖把東西擺在那邊讓他找到，
   他就會幹譙。

   學設計的人在易用性方面還有許多比這更細緻的學問，講到這裡可能軟體 RD 還
   感覺不到難度，順暢度對 RD 來說可是難度所在。

   使用者選了東西以後，按了按鈕以後，你 delay 他 200ms 才在畫面上有一點回
   應的顯示出來，大概就會被幹譙了，你或許會說...按鈕按下去我還要讀檔，還要
   查資料庫，甚至還要網路通訊，花你個 200ms 不為過啊...使用者:「怪我囉？」

   UI 設計得不順暢，使用者自己也講不出原由，他只會覺得「卡卡的」「不好用」
   你訪談他也沒用。所以現在世界上幾套受歡迎的軟體都在這邊下很大的功夫，在
   你按的按鈕背後經常是三四個 thread 狂跑，例如 Word 就是如此，寫遊戲來說
   這更是基本功夫。

   除此之外，使用者還會誤擊或 "狂擊"，一件事情明明 click 一下就好，他老兄
   偏偏就愛狂按，而且人很奇怪，點擊以後沒看到畫面有變化，他會覺得 "是不是
   當掉了"，所以你就他媽的得要讓按扭變個色，讓畫面暗一下，跳個 progress
   bar 告訴使用者說: 嗨! 瓦嘎哩罵戲瘩!

   Mobile App 盛行以後，以上 UI 的挑戰又更嚴苛了，螢幕又小，運算能力又差，
   不管是易用性或順暢度卻得維持一樣的水準，那就更考驗設計師的設計功力跟軟
   體 RD 寫 multi-threading 的功力了，當然軟體 RD 因為這樣把程式寫到死結
   或資料錯亂的話是不允許的。

   蘋果之所以強大的原因之一，蘋果的 UI 是執行長親自關注的，而且有直屬的醫
   龍級團隊在做，蘋果 UI 方面的專利也一大堆，台廠的話只會叫一些找不到工作
   的皇親國戚(巨匠級)隨便弄弄，不然就是抄襲，這樣的人主政當然只會覺得 UI
   是件很簡單的事情。

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.255.85.70
※ 編輯: ppaass          來自: 111.255.85.70        (05/05 10:40)
推 ledia:don't let me think
推 popcorny:推這篇.  (回去繼續苦命的刻UI)
推 lwecloud:不得不推
推 sycat:推 手機上多次click的避免真的很難搞
推 Lapha:推 流暢度 有時底層慢, UI還要想辦法閃過去... XD
推 julia28:推這篇！
→ howshou:這篇講得很多東西不屬於UI吧，而是程式設計了
→ howshou:難道我誤會了標題，UI不是講User interface 而是
→ howshou:User Interaction ?
→ ppaass:這裡是軟體版啊，所以會談到實現手段。
推 lwecloud:我覺得還好耶，廣義的講UI可以包含太多東西了...
→ superpai:這是軟體版，而且首篇文章已經說問的是程式上的難度
推 leicheong:我會認為寫一個user會覺得好用的Grid是很難的, 結構
→ leicheong:超複雜的Grid寫得夠好的話往往會讓user覺得是很簡單的
→ leicheong:一塊...
→ leicheong:金融業用的UI往往要求在有限的空間塞大堆有用的資料,
→ leicheong:怎樣讓user最方便直觀的看到最多的資料是一種藝術...
推 bobju:看到[巨匠級]先楞了一下, 1秒後嘴角又上揚了一下.
推 Ting1024:m 好文
推 rebellian:好文推
推 madcloud:推好文