什么样的美工适合软件开发 软件美工需具备的条件

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