表现层该由谁来做！？

所以一直试图将管理、内容、业务逻辑和样式分开，开始很看重Cocoon，后来发现Site Map相当难管理，就没在项目中用它，直到最近才想到不使用Site Map的方法，就是用功能目录（就像servlet的部署描述，带上参数），解决掉Cocoon管理上的问题，事情就变得比较简单了。

我们应该算是大公司了，但不是做Web的，UI也不是主要的工作。在这种问题的解决中，有三个类型的角色：
1. 用户接口设计师。根据需求和界面设计经验，“画”出一个要实现的界面。他需要考虑：客户需求；本地化需求；界面风格统一等问题。
2. 程序员。根据1提出的要求，实现界面及功能。多数简单的需求就不用麻烦1来设计了。对于需求变化或比较复杂的界面设计时，可能要请1来帮忙设计。
3. 美工。很少使用。根据2或1的要求，做一些诸如色彩调配，css设计等工作。

哈哈，这样的人才我们公司就有一个，程序员太幸福了，幸福的都快被惯坏了，哈哈，大家羡慕吧

   呵呵，我们就不会像上面同仁那么累了，我们的系统是自动生成的JSP页面，有一个专门的JSP模板程序负责生成页面，所需的字段类型从数据库取得，这样生成的页面风格也很统一，不过维护起来很是麻烦，需要熟悉数据库页面配置字段，所以公司没有一个美工，都是程序员来处理页面和功能

我觉得美工(设计)+前端开发(XHTML+CSS+JS)+后台是合理的组合，也是将来的趋势。
PS：我一点都不喜欢使用tag，特别讨厌，有和我一样感觉的人吗？

是的，非常讨厌tag，赞成你的方法，XHTML可以使用XML+XSLT来做，Cocoon就是这么做的，不过Cocoon的Site Map不好管理，所以自己根据Cocoon的原理搞了一个框架，感觉还不错，最近，了解到OSGi，所以想在框架里增加对热部署的实现。

我不认为"美工"是个低级的称呼,虽然我们并不这么称呼.

我们公司是互联网公司.有严格的分工.
有 产品 设计 制作 程序 四种职位.
产品就不用多说了,就是策划产品的专员.由他们来提供逻辑,用户流程.
设计是针对页面进行设计的,就是页面长什么样子.他们的结果是出每个页面的jpg图片.
制作 是拿设计的jpg图片,把它们"切页面".切成标准的html 页面的网页制作人员.
程序 就是最后一道步骤了,加入动态的程序.


怎么样,看起来挺完善的吧?

但是世界工作起来却并不那么顺心.尤其编辑跟程序打交道的时候.因为编辑们好象分不清这四种职位.他们知道有问题找程序.

个人感觉跟你一样,非常不喜欢tag.
但是我是jstl的支持者.
非常厌恶struts等框架又造出的那一套tag.
不过有些tag,比如struts里的表单相关的tag,可以确实带来一些方便的除外.
不过举个例子,struts1.x 里的logic下的所有tag,基本是在重复造轮子.无聊之极.除了增加学习成本,没看到什么好处.循环输出什么的,用jstl就挺好.
我们在某些情况下需要一点统一,不要重复造轮子,不要无故增加学习成本.

如果楼主希望了解在正规，传统的企业开发中表现层的相关概念，请到AJAX板块里面参照JellyMe朋友的一个非常棒的帖子

这里百分之八十的回复让你的帖子更像一个对中国现有软件企业开发模式的调查

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

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