表现层该由谁来做！？

现在很多 平台(一些软件公司的)都将很多功能封装了，很多情况下，后台和业务都可以可视化的定制，而前台允许程序员自由发挥。

这种情况下，都是程序员先将一些元素建立出来，交给美工去美化。

美工是搞设计的，从web2.0以来，其实出现了一个新的中间的职业，不知道怎么称呼，也就是会切片，懂css和基本的javascript的，而且切完后用div重新规整代码的，这样的人员真是美工和程序员之间不可或缺的粘合剂呀，有这么个人员，谁都happy，没了他，谁都难受。不过现在看来这个角色还是程序员在当呀。

什么都会的人,在职位不太分明的公司,的确价格比较高.那些公司喜欢全能型人才.

不过如果去IBM面试,说自己会切页面,精通css,会美术设计,会photoshop处理图片,会做flash,会flex,还会java写程序.人家回问你:你到底会什么.

现在这种让人happy的伙计太少，boss说要品质。于是程序员自己掏腰包买了javascript，Css，div狂肯。之后，boss说伙计你能不能做的精致点... 我现在的写照...

发言要等3天阿,终于等过了阿.....

表现层该由谁来做！？程序员，还是美工，还是会美工的程序员，还是会程序的美工？

现在在java中流行的表现层处理方法，基本分为以下几种：
1.用jsp的tag
2.velocity之类的脚本
3.javascript填充数据

从技术上讲，可能大部分程序员都会习惯第一种方法，众多的框架也在用第一种方法扩展自己的表现层能力。比如struts等等。可是大家用了这个以后有没有一种感觉，那就是页面要改起来太难了，特别是给一般的美工进行修饰的话，美工基本拿那些tag没有办法。所以，最后的整合工作还是落在了程序员的头上。可是要找到一个审美观优秀的程序员，基本跟找到一个会写程序的美工一样难。呵呵，产品的结果就不必多说了，一般只能达到“看得过去”这个档次。

用velocity之类的，也同样有第一个方面的问题，虽然语法较为简单，但是毕竟是一门新的语法。要美工掌握的话，还是需要培训。

用javascript可能就会比较灵活，基本上页面如何变化都能适应，不过问题也是明显的，只要客户端不允许运行javascipt，或者客户端使用怪异的浏览器，表现层就彻底歇菜。

我们现在项目中采用的方法，是仅在jsp中使用el和jstl的部分语法，这样美工很轻松就能掌握，美工也能用所见即所得的工具（frontpage或dreamweaver）直接进行页面编辑。而逻辑部分我们使用了类似struts的action来进行处理（实际上，我们有一个自己的框架，包括orm,rro，json等功能,而且基本不用配置）。这样，美工和程序员只要约定表单内容，工作基本上就可以完全分开，各做各的。最后只需要用美工的页面覆盖程序员自己的测试页面，作一遍整合测试就可以了。

不知道各位在这方面是如何协调专职美工和程序员的工作呢？