向來以審美自居的我自然少不了談談UI設計。雖說從未從事過UI相關工作，但著實接觸了許多UI相關的東西，并且考慮下份工作從事設計。
我有種強烈的預感：UI從業者與前端開發者之間的合作方式將會發生巨大改變，在未來兩年左右。
_
為什么會有這樣的預感？因為我感受到現行的UI與前端之間的合作效率偏低，做了許多重疊的事。前面說到“UI從業者”這個詞，著實不好聽，以前我是統稱“美工”的，后來發現行業不大喜歡這個詞，無奈，我也沒心思使用“美工、UI設計師、動效設計師、畫師以及交互體驗師等等”這么長的稱呼，索性就叫UI好了，(我想)就像Web工程師、Android開發者、ios開發者都可以叫做前端一樣。
UI與前端做重復的事。看下現在的App，常見的就那么兩三種風格，UI就是從這幾種風格中選一種并根據需求做出設計稿，然后前端根據設計稿作出頁面。我敢說，大部分前端做頁面所花的時間占開發時間的一半以上，而我猜測UI將想好的頁面變成設計稿所消耗的時間也占設計所花時間的一半以上。為什么要這么麻煩呢？反正是抄頁面，直接告訴前端照著這個App做不就得了。所以，我時常會這樣想：
對于我這種懂點設計的前端來說到底需不需要有UI配合？
- 也許你會覺得這個問題很腦殘，有總比沒有好唄。不過我并不總這么認為，尤其是UI做出的設計稿比照抄其它App還丑時。其實這很常見，也不是說UI水平低，畢竟咱抄的App可都是最有名的啊(不過我可不同意那些最有名的App界面做得多好看)。
- 所以就很尷尬嘛，作為一名Android重度使用者兼Android開發者，我相信在“抄”這一點上我比UI更擅長，而且我“抄”來的頁面更規范、更流暢、實現起來更簡單。要知道，很少有UI既懂Web又懂iOS還懂Android的規范，做出來的設計稿要在App中實現真麻煩。許多時候，為了看起來和設計稿一樣而不得不舍棄許多友好的交互，這就是為什么很多Android App看起來和iOS版一樣但是用起來完全不在一個檔次的原因。
- UI不懂前端規范？不必驚訝，前端技術日新月異，要一個UI懂得這些也太過分了，UI所懂的“規范”約莫還是學校學來的幾年前甚至十幾年前的規范。拿這種規范去做設計稿，就如同給前端上了個枷鎖，讓前端只能眼巴巴地看著身邊炫酷的工具卻不能用。
- 所以，我常常覺得倒不如不要UI(如果UI只是單純抄抄頁面的話)，反正我的圖標都是從庫里面導的，即規范又好看，而遵循Martial Design做出的頁面無論是交互還是外觀都比一般的App要好。
所以，你會發現UI的存在感很強，卻沒有產生多大作用(對于許多App來說)。反倒有時給前端添了不少麻煩。我始終認為效率是最重要的，無論是公司還是個人學習。但UI與前端這樣的合作方式很難說是效率的提升。
那么，何去何從？我覺得有如下幾種可能性：
- 前端需要掌握本行的設計規范(我覺得前端掌握本行的設計規范很簡單也很必要)，能通過原型圖直接實現頁面(也就是說不需要UI做設計稿了)。
- 會出現這樣一款軟件，UI在該軟件上做設計稿可以自動轉換成前端頁面(什么React Native, Hybird 全是扯淡，這款軟件才是真正跨平臺)，這樣的話，UI不僅設計界面還實現界面，這將省去前端無數的時間。
- UI實時設計。這一條與前面的不沖突，而且一些App已經簡單實現了。具體是這樣的：前端用靈活的方式寫頁面，這些頁面可以動態修改，比如字體大小啊、顏色啊、控件尺寸與擺放位置啊、圖標啊、文字啊。然后UI只需在某個網頁上修改前面所說的這些參數就OK了，修改完后只需重啟App就會看到頁面發生了變化。這樣一來，UI無需通過前端就可以修改頁面了，這會省去大量的溝通與修改時間，而且用戶無需更新App。
之所以寫這篇文，是因為我感覺到很多時候UI與前端都在做毫無創造性的重復活，而我們真的不值得為這些活兒浪費時間。UI不是用來抄頁面的，計較一個平庸的細節是最浪費時間的，UI應該把功夫花在真正的設計與創作上。而前端也不應該在一些不優雅的頁面上多花時間，要么叛逆點做優雅要么快速完成。
