向来以审美自居的我自然少不了谈谈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应该把功夫花在真正的设计与创作上。而前端也不应该在一些不优雅的页面上多花时间，要么叛逆点做优雅要么快速完成。
