软件开发需要什么样的美工(美工设计的要求,关键词优化)

通常，软件美工是做平面设计出身的，这是业内和业外的共识。大家也想当然地认为美工做的是美术设计工作，不需要懂软件本身用到的技术——另外，与此相伴的就是，对于程序员缺乏可用性观念和审美情趣，虽然痛心疾首，但同样习以为常。在程序员和美工之间通常难以存在高效的沟通。相对好一点的情况是，开发团队运用科学的管理手段进行管理，如果人员数量能得到保证，项目管理人员、交互设计师可以作为程序员和美工之间的桥。但这也只是从工程管理的角度来看相对好一点而已。这种桥式接口毕竟只是桥，不是路。从我自己这些年来跟一些美工合作过的经历来看，我认为沟通出现困难的根源在于，软件开发过程中需要的美工，决不能是纯粹的平面设计美工！因为他们的工作，不是设计海报、广告、宣传画，而是设计软件界面；不仅要考虑美观性和可用性，还要考虑是否“是”个软件界面，考虑其可实现性；软件美工，最后交出来的活，应该是交互设计师给出的软件界面上各元素独立的形象设计——可以由程序员不需要再做“副美工”的加工就能在程序中直接拿来构造出界面的资源，而不是给一张像海报一样的设计图，整个界面的效果图全在一张没有层的 JPEG 或 PNG 或其它格式的像素图中，要程序员再从里面抠出按钮、输入框等部件。事实上传统的平面设计美工在设计和制作软件界面效果图的过程倒恰好跟程序员的需求有些对路。使用诸如 PhotoShop 之类的专业图像处理软件，必然涉及到层的操作。他们通常在不同的层里处理界面中不同部分，逐渐“组合”起来出现最后的效果。譬如整个窗体的背景图是一个层，非客户区（标题条、边框、缩放把手）是一个层，别的层里做好按钮、图标、输入框等效果，最后组合成一张图。其实，这些分立的部件（或者说 PSD 文件也可以，不过程序员通常还是不要拿到这个来自己搞为妙），对程序员来说比那张最终效果的 JPEG 更重要。在正规的项目里，因为开发过程和团队都相对完备，所以美工可能会在经验丰富的组长管理之下把这些事情做好。然而我们（尤其指像我这种情况的非正式软件开发者）可能不具备组建一个完备团队的条件。于是就会遇到这样一种情况：美工辛辛苦苦熬了几个夜，终于做出了漂亮的界面设计图，兴高采烈地交给程序员，可怜的业余程序员傻了眼——图虽然好看，但还要做不少额外工作才能用在程序中，甚至根本没法用。基于窗体的程序还好一些，最郁闷的是网页。很多美工用 PhotoShop 设计网页效果，然后用内置的切割和导出工具直接输出成 HTML，这样看似不错，但实际很糟糕。页面被切成大大小小十几个 用 absolute 方式定位的 DIV，每个大小和位置几乎难以调整，动一下就会在别的位置出现糟糕的空白，还有一堆无用的细长条 DIV 纯粹就是切割的时候出现的占位块。纯静态的 HTML 还好一些，如果内容是动态填充的，可能哪里多几个字符就会破坏布局，或者把显示的内容裁剪掉一部分。如果是内容管理系统，页面区块可以用户控制的，那可就彻底乱套了。因此，非常有必要细化出“软件界面美工”这样专门的角色，甚至有必要在高校艺术设计类专业里增设类似的课程。他们不需要了解一个 GUI 程序从启动到推出的窗口消息是怎么路由的，不需要知道网站后台如何生成页面传送给浏览器，但是，应当有一定的简单 GUI 程序开发经历，要手写过 HTML 页面，知道 CSS 是怎么用的，也就是说能够理解程序和艺术数据之间如何契合，程序展现界面时需要什么形式、什么组织结构、什么格式的美工作品。当然，作为程序员这个想法还是有点自私的：让学艺术的人来理解和计算机代码相关的东西，似乎不太人性化。不过，软件界面毕竟不是纯粹的艺术品，软件美工也不可能是纯粹的艺术家，对吧？