如何分开程序员和美工的工作

  当客户的需求不断变化，而老板又说没做功能不能确认，因为客户现在肯定不会确认，让我们做一个功能给客户看一个功能，然后再确认的情况下，美工和程序员的冲突，而且美工的代码完全是不堪入目，让她们改，她们说那是不可能的，工作量太大，出页面就太慢，于是乎那之间的重复工作变得非常多，以至于美工和程序员一天都花在改页面上了。
  这样的效率是绝对不能容忍的!于是我们想了个办法，就是首先把美工的页面用jtidy转换后放在一个专门的文件夹下，然后再给放美工的那个目录下去，然后下次改的话又把美工的页面拿回来，然后就不用转换了，只要程序员再把它去改成jsp就行，当然中间的标签代码在静态页面的时候都注释掉，等到程序员这边的时候再解开注释。这样的话程序员的重复工作就少了很多，不过一开始把我累的够呛，要整理一堆页面，而且还帮他们把jsp弄好，然后以后的让他们自己去弄，当然在第1次的时候，由于沟通不够，让我重复修改好多遍，把我累的。。。虽然现在好了很多，但还是发现很麻烦，因为有时候忙的忘记给放美工那边了，工作又白费了，又需要重新改！
  不知道大家更好的解决办法，能更好的分开程序员和美工的工作，然后我也更好管理。当然在框架实现完全分开的效果已经不可能了，因为开始想过，结果失败了 。:cry:

首先是你必须把布局和内容分开。每个页面上只是填中间的一块内容，并且标准的元素都预先用CSS定义好样式，那么你任何一个页面做出来至少不会太离谱，整体的风格是一致的。如果这个基础上还想提高，那么就让程序员学会做页面。

每个项目我都有个梦想，希望有QA来写测试，美工来做页面，DBA来搞数据库，我就舒舒服服的写写业务逻辑就行了。实际上每个项目干一段时间我都得自己动手做所有事，包括我极其不擅长的HTML/CSS。程序员能学会所有这些，而其他角色学不会写程序，要降低沟通成本你就只有这么干。

楼上和我想法差不多，自从看了Pragmatic.Prototype.and.script.aculo.us这书之后，总决得页面级的MVC是解决之道，结果谁也不搞，从自己来写javascript，到改成对像，到改成包，到包载入，到CSS控制。唉，是很矛盾的，美工不写程序，程序不干美工。但我感觉是和美工沟通的问题，至少必须将页面的层次粒度分出来，而且要用标准CSS+DIV来控制，服务器只提供某一粒度的数据模型，而简单（甚至复杂）的数据组装和CSS应用将给script，美工的工作实际上是页面的总体把握和各粒度的风格，当然，一些特殊处理的地方也要。但需要单分出一个写JS的工种，感觉美工应该向这面走，至少应用一些JS包。

培养一个前端程序员吧，专门写view，工资高点。

刚刚开会把这个问题的解决方法说了一下：
如果我们已开发的页面都放在其中一个目录下，然后美工也可以看到这个页面，然后任何页面的修改都走美工，美工直接这个开发的页面上改，然后程序员不管他是用svn去比对，还是重新复制加上自己的标签代码也好，就看他们自己方便了。这样的话我想还是会减少不少重复工作的，今天实行一天就能看到效果怎么样了。O(∩_∩)O哈哈~！