我 与 美术
近期在新公司和UI、美术对接工作的过程中,遇到了不少让人哭笑不得、血压飙升的问题。我决定把这些糟心的经历整理记录下来,便有了这篇文章。
本文内容整合了多位同事、多件真实工作事件,包含团队遇到的问题,并非全部发生在我个人身上。
文中统一将设计、美工相关岗位称作UI或美术,实际设计岗位有细分工种,我无法精准区分,特此说明。
我之前应该在社交平台提过,我曾在一家美股上市的大型教育机构担任前端讲师。当时我的教室隔壁就是UI设计培训班,得益于不隔音的墙体,我耳濡目染了解了不少设计原理、行业规范和落地注意事项。也正因如此,我自认足够理解设计岗位的工作逻辑,和UI、美术对接本该是双向理解、顺畅沟通的状态。
后来AI时代到来,叠加行业大环境下行,业内多家竞品机构接连暴雷。一系列连锁反应如同点燃了萨拉热窝的火药桶,行业震荡最终也波及到了我们公司。我也在这一轮裁员潮中离职,入职了现在的公司,正式专职做前端开发。
专职前端开发的工作,免不了频繁对接美术和UI。靠着之前积累的设计相关认知,我前期对接需求、沟通落地细节都十分顺畅,直到我第一次独立全权负责一个从零起步的新项目,彻底打破了这份平稳。
这是一个难度不高的企业静态官网项目,核心要求是做响应式适配,保证页面在电脑、手机等不同尺寸的屏幕上都能正常展示,无需对接后端接口,本质上就是适配PC端和移动端两个版本的页面。
可就在我刚开始搭建PC端页面时,就察觉到了明显的问题。页面有一个极简需求:一行排列四个图标,从左至右均匀分布,图标之间保留合理间距,整体模块水平居中。按照常规开发逻辑,我只需设定好整体宽度,图标就能自动规范排版,高效完成开发。
但拿到美术交付的素材后,我直接愣住了。这是我从业以来,第一次见到图标素材四周带着大面积透明边框的情况。这种极其不专业的素材处理方式,大幅增加了开发难度,实在让人难以接受。我立刻对接美术负责人(统筹所有美术设计工作的主管)询问原因。
对方只含糊表示,是客户和美术端的特殊要求,只能交付这类素材,并且明确要求我不能对任何素材进行修改、裁剪、调整。时至今日,我依然不清楚所谓的“特殊原因”到底是什么。无奈之下,我只能手动逐个微调每一张图标素材的位置,原本简单的开发工作,工作量直接翻倍。
更让人头疼的是项目的响应式适配需求。当屏幕缩小、页面元素出现适配挤压、布局溢出的问题时,我主动咨询美术负责人对应的设计方案和适配思路。对方却轻飘飘甩了一句:“你看着办就行。”
我当时满心无奈:如果前端能自行随意适配、不用遵循设计规范,那UI和美术的适配设计价值何在?
后来我咨询了行业同行,才知道靠谱的UI团队,都会针对不同屏幕尺寸,单独输出对应的适配设计稿。
后续我又接手了一个小工具开发需求,核心功能是根据参数自动生成宣传海报。上线后,陆续有苹果设备用户反馈,海报文字位置存在偏移、对齐错乱的问题。我很快定位到问题根源:苹果浏览器及系统的默认画布文字对齐规则,和安卓、Windows设备不同,默认采用基线对齐,才导致了适配bug。
我把问题原因、解决方案清晰告知那位美术主管,没想到对方反问我:“什么是基线?”
这一刻我突然释然,感觉自己当初在教培行业做的孽,全都清零了。
之后公司业务转向游戏开发,我对接的美术素材量大幅暴涨,新的对接问题也接踵而至——素材命名极其不规范。美术交付的所有图片、素材,全部采用纯拼音命名。
这种命名方式存在两大致命问题。第一是可读性极差,中文汉字简洁凝练,对应的拼音却冗长繁琐,多字词组合后,很难快速区分字词边界。或许有人会说,可以用大写字母或下划线区分,但习惯用纯拼音命名的美术,基本不会了解驼峰命名法、规范命名规则,素材命名毫无章法。
第二是拼音同音歧义问题,汉字拼音自带声调差异,无标注的拼音极易产生混淆。举个例子:beizi、huajia,单凭拼音根本无法精准对应内容。
结合我的开发场景具体解释:项目场景是一个小画家的卧室他当时在屋子里面对着他画架上的画,画放在他花架上的花,旁边还放了一杯水!那你猜猜我前面说拼音指的是什么。。
更尴尬的是,游戏项目在Cocos编辑器中,素材缩略图极小,根本无法通过预览画面分辨内容。如果不手动批量改名,开发时只能盲目猜测素材对应场景;如果全部手动改名,工作量巨大。
最棘手的是,这个项目本身是接手的半完成“屎山”代码,原有素材已经全是混乱拼音命名。如果我单独修改新素材名称,就会出现项目素材一半拼音、一半规范命名的乱象,让原本混乱的项目雪上加霜,陷入改也不是、不改也不是的两难境地。
这里我自己码了一个小时的字,后面让ai稍微润色了一下,所以带点臭不可闻的ai味道。
最后我希望上天能给我一个能听懂人话,有一定基本功的正常人来当我的ui。
我就是新入职的ui ,公司不想裁员,临时把我转岗到hi设计部,进行我们app的活动页设计,还好工作内容不难,但是没人教我,你文章里写的素材中存在大量透明边框的情况确实不该出现,应该把切图的范围扩大,每一个板块都设置好自动布局方便开发随意拉伸。响应式适配的需求更应该有ui先做好各种的状态,不是你应该去解决的问题,如果开发那边给我说了这个情况,应该立刻响应进行修改的。
而你说的基线问题,目前我还没有遇到,明天我研究一下。
同时我这边也来了一个游戏开发的需求,你说的命名情况确实是问题,提醒到了我。还好领导给我发了参考的文件包,我在提交切图的时候会研究研究,分好层级,用全英文名称,方便开发进行调阅。
看了你的文章我思考了很多,作为一个半路出家的ui ,我所有的知识只能根据之前同事的切图文件和命名方式进行自主学习,还好目前我和前端的问题就是我忘了切几个图,忘了关闭阴影等等的小问题。
能感受到你的为难与无奈,我在眼里你的问题和麻烦都是Ui再进行一次规范化制图就可以解决的,可能你遇见的ui 比较懒。
希望以后多多分享交流,你的文章我能发现自身的很多问题,希望你早日解决,工作顺利!
高强度水排啊,九个小时前还在水
UI:哪个破前端天天拽那几个专业名词,做事情还慢的一笔
非UI设计的设计路过 同行能遇到你这么一个专业懂行的上下游真的是羡慕
我只遇到过“我也是做设计的”的老板
和“之前的设计都能用这个需求做”的需求方
心累
又开始了
刚看两段话就觉得是max,迅速往下翻果然是max