→ OpenSolaris:這種的我倒喜歡 05/05 23:11
→ OpenSolaris:如果輸入簡訊要用vi，那太棒了。 05/05 23:12
→ ppaass:Android 有 console emulator app，你可以command-line個爽 05/05 23:13
→ remember11:可以架NFS跟隔壁傳檔案嗎? 05/05 23:32
→ askeing:這還滿酷的～可以alias或寫script更好 XD 05/06 00:19
很簡單的
就像一件衣服
只要求保暖，遮蔽身體不裸露
那需要講究的是毛料，材質
這些基本需求之於底層技術
一件衣服要賣的貴
有時尚感
穿著出門被當貴婦，被當有品味的人
就是靠眼睛看的見的工程--版型設計
以上之於UI技術
一樣是手機
iphone只有一個實體按鍵
HTC android 有一排按鍵
喜歡極簡風格又時尚潮流的
就會選iphone
喜歡功能導向的
可能會選HTC
但是呢........
如果今天通訊行賣的一支手機
螢幕黑壓壓一片
要寫指令 call 091123456 才能打電話
要打指令 fbupload 123.jpg 才能上傳到臉書
雖然功能都有
鬼要買阿~
※ 引述《atst2 (atst2)》之銘言：
: ※ 引述《rosemary0401 (rosemary0401)》之銘言：
: : 一般人的認知都覺得關鍵技術都在底層，
: : 寫UI不外乎就是拉拉button，改改字串...
: : 請問以寫UI的RD工程師來說，寫UI的學問到底在哪裡呢？
: 首先,考慮到一般程式的目的,在於協助使用者做資料的處理,
: 我們可以說一個程式的關鍵,就在於其如何去處理資料.
: 當程式在處理資料時,通常可概略分成三個部分:輸出入介面,流程,資料庫.
: 而輸出入介面與流程,正與一般所泛指的UI部分密不可分.
: 以現在電腦的能力來說,大多數的資料處理,都可以在極短時間內完成,
: 然而當使用者在操作軟體處理資料時,往往要花上數百倍到數千倍以上的時間來輸入資料,
: 設定處理的流程. 舉例來說,用繪圖軟體處理一張680x480的圖檔,
: 耗在數值運算及存取檔案的時間,可能用不到一秒,然而使用者在開檔,選圖,
: 選取特效,預覧效果以及選擇儲存位置所花的時間,卻往往要數十秒到數分之久.
: 我們可以說使用軟體的九成以上的時間,使用者都專注在UI相關的各項工作.
: 在這種情形下,與其去讓"關鍵技術"的時間從1s進步到0.5s,還不如去增進工作流程,
: 讓使用者需要執行的動作從10個步驟降到9個步驟,對程式整體的效益還比較好.
: : 也許有人會說UI要做的user friendly是很有學問的，
: : 但是UI上的行為、排版、設計...這些部分不都是由PM或是其他部門的人來負責的嗎？
: UI的行為會影響到程式的架構, 排版及設計的好壞在不同平台上,有可能會直接牽動程式
: 的彈性.
: 如果UI的行為,排版,以及設計,是由完全不瞭解平台,不瞭解程式的人主導,下場往往就是
: RD的負擔加重;瞭解這些也會對工作的估算有所幫助.
: 此外,如果有仔細看過設計模式,你可能會發現,許多重要的設計模式,其實都與MVC的實現
: 有關.
: 而一般程式中,會使用到多工,多執行緒的時候,多半也是為了讓使用者有好的經驗以及
: 及時的回饋.
: : RD只不過是把別人設計好的UI寫出來，也不需要知道底層的技術，
: : 只要call底下給的API就好，請問以RD來說寫UI到底難在哪呢？
: 個人感覺,UI最難的就是要做得簡單.
: 一個簡單的動作,往往代表著後面有無數自動化的判斷.
: 而要達成"簡單"的要求，絕不是光呼叫底層API就可以完成的.
: 最後,版上有在寫應用程式的網友可以注意一下,目前開發所用的API中,有多少是跟
: 繪圖及UI有關的?
: 以Android而言，在android套件下，graphic，text, view, media, inputmethod, 以及
: resource的管理大概就佔了整個API的二分之一,database加上app大略又佔了剩下的一半,
: 剩下才是網路，電話以及os和硬體相關功能.UI的技術難度及重要性不言可喻。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 122.116.219.246