程序员和美工的配合问题(转)

公司的项目都是基于B/S结构的&＃xff0c;绝大多数操作界面都是通过网页的形式展现在用户面前的&＃xff0c;页面的美观就成了非常重要的问题。记得去年的这个时候公司迎来了它历史上的第一个专职美工。同时到来的就是程序员与美工的合作问题。

矛盾篇&＃xff1a;

公司以前的系统都是由程序员来编写界面的&＃xff0c;美观与否先不必说&＃xff0c;单从效率上讲就是一个很大的问题。大部分时间都花在了界面的编写上&＃xff0c;严重影响了项目的进展速度。美工到来以后&＃xff0c;页面的美观程度和制作速度都有了很大提高&＃xff0c;随之而来的程序员与美工的配合问题又成了一个新的问题。其中主要的问题、矛盾有以下几点&＃xff1a;

1. 美工何时参与到项目中来

2. 程序员不懂如何将页面弄得美观&＃xff0c;美工也不懂如何向页面中添加代码&＃xff08;即使是使用了Velocity&＃xff09;

3. 程序员和美工是两种完全不同的人&＃xff0c;他们关心的事情也完全不同&＃xff0c;这就导致两种人对页面代码&＃xff08;html&＃xff09;风格的要求大相径庭——程序员要得是简单易懂&＃xff0c;美工要得是美观漂亮

4. 程序员要做的是将数据展现在页面上&＃xff08;使用简单的条件、循环语句&＃xff09;&＃xff0c;美工要做的是将美丽充满整个屏幕&＃xff08;程序员会叫道&＃xff1a;天哪&＃xff01;这么复杂&＃xff0c;我怎么用if、else、for来实现&＃xff09;

解决篇&＃xff1a;

上面的这几点问题和矛盾从关系上来讲是层层递进的&＃xff0c;要一个一个依次解决。先来说说美工何时介入到项目中来&＃xff0c;在公司做过的这些项目以及我听说过的项目看&＃xff0c;大致有以下几种&＃xff1a;1&＃xff09;先有美工制作静态页面&＃xff0c;完成后程序员直接向页面中添加程序代码&＃xff1b;2&＃xff09;程序员随时和美工沟通&＃xff0c;向美工描述页面需求&＃xff0c;随要随做&＃xff1b;3&＃xff09;程序员自己编写测试页面&＃xff0c;然后让美工进行美化。

这3种方式可以说是个有利弊。方式1&＃xff09;对程序员来说绝对是个喜讯&＃xff0c;它能使程序员最大限度的远离那些烦人的页面编码&＃xff0c;提高程序员工作的含金量。同时&＃xff0c;一套完整的页面可以展现全部业务的流程&＃xff0c;对程序员开发也起到了规范的作用。但这种方式对美工的要求极高&＃xff0c;美工要了解项目的需求&＃xff0c;而这一般是达不到的。但可以让了解需求的人为其讲解&＃xff0c;或是描绘出希望的页面的样式。这样虽然可以弥补美工对业务了解的不足&＃xff0c;但也确实花掉了很多时间&＃xff08;而且是花掉了比较重要的人物的时间&＃xff0c;因为了解整体业务的一般都是公司的牛人&＃xff0c;他们的时间可是一刻千金呀&＃xff09;。方式2&＃xff09;是一个比较折中的方法&＃xff0c;这样做无需太多的准备就可开始编码工作&＃xff0c;程序员把握页面内容和样式&＃xff0c;向美工详细描述&＃xff0c;美工再根据描述设计页面&＃xff0c;最后返回给程序员添加代码。这个反馈的过程一般比较迅速&＃xff0c;效果也不错&＃xff0c;可以达到程序员预期的效果&＃xff0c;适用于项目时间要求比较紧的情况。该方式的问题在于没有一个形象化的完整的流程可供程序员参考&＃xff0c;一切掌握在程序员手中&＃xff0c;容易造成对需求的贪污和系统整体风格的不统一。方式3&＃xff09;一般用于对已有项目的美化上&＃xff0c;对美工的要求也很高&＃xff0c;她们需要具备在html和其他代码混合体的环境下工作的能力。而且修改的效果一般不是很佳&＃xff0c;不到万不得已不推荐使用。

问题2.3.4.虽然表现出来的问题各不相同&＃xff0c;但解决的方法却很相似。首先&＃xff0c;美工要养成一些程序员编码时惯有的习惯&＃xff0c;比如&＃xff1a;文件命名要有意义、html代码要根据层次进行缩进等。其次&＃xff0c;页面代码的一些细节也要注意&＃xff0c;比如&＃xff0c;使用居中或右对齐标签来取代空格&＃xff0c;必须使用空格时也要用“ ”&＃xff0c;不使用

标签&＃xff0c;尽量使用表格等。再次&＃xff0c;如果在条件允许的情况下&＃xff0c;美工也可以学习一下夹杂在页面中的各种程序代码&＃xff0c;了解其语义和工作原理&＃xff0c;这将对与程序员的合作起到很大的帮助的。最后&＃xff0c;就是程序员要在向页面文件中添加代码前先对页面代码做一下审核工作&＃xff0c;在这里并不是看美工的页面是否美观&＃xff0c;而是看在原有页面代码的基础上是否能够使用简单的条件、循环语句来显示数据&＃xff08;比如&＃xff0c;页面布局过于复杂&＃xff0c;不能通过简单的循环来显示所有数据&＃xff09;&＃xff0c;否则就需要修改页面代码直到能满足要求为止。
做网站后台的流程一般是这样的&＃xff1a;

一、网站规划阶段

　　这个阶段主要是对网站的功能、目标受众、内容、栏目进行规划。这期间会经常性地和有关领导进行沟通。首先&＃xff0c;自己一定要对网站的整体规划清清楚楚&＃xff0c;然后要吸收别人的建议。吸收别人的建议的过程&＃xff0c;可以认认真真地做&＃xff0c;也可以走过场&＃xff0c;但是有这个过程以后&＃xff0c;别人才不会对你的规划说三道四。
　　至于领导的意愿&＃xff0c;和你的规划靠得上边的&＃xff0c;你一定要让领导明白&＃xff0c;他们的设想已经在你的规划中被考虑进去了。
　　项目的大致进度&＃xff0c;要在这个阶段结束的时候确定下来。

二、后台模块划分和版面设计

　　这个阶段&＃xff0c;程序员要和美工兵分两路分头行动。
　　后台模块划分如果做好了&＃xff0c;后面的效率会高一些。这个过程不能省。
　　版面设计&＃xff0c;美工既要考虑网站整体规划&＃xff0c;又要考虑大家的建议&＃xff0c;尤其是不能忽视领导们的观点&＃xff08;虽然大多数情况下领导的美术细胞少得可怜&＃xff09;。在这个大前提下&＃xff0c;再兼顾美观、合理。一个好的美工&＃xff0c;不仅仅能做出漂亮的页面&＃xff0c;还要能迎合一下客户或者公司领导的意愿&＃xff0c;而且能和程序员进行沟通。
　　在这个阶段&＃xff0c;程序员和项目经理&＃xff08;项目负责人&＃xff09;要拿出一个可操作的模块划分方案&＃xff0c;而美工要确定网站的版面框架、美术风格&＃xff0c;做出网站首页和二级页面。
　　实际上&＃xff0c;在第一个阶段&＃xff08;网站规划阶段&＃xff09;&＃xff0c;美工就应该开始思考网站的风格了。在第二个阶段&＃xff0c;则需要把比较抽象的初级设想变成具体的页面。基本上&＃xff0c;首页定了&＃xff0c;整个网站的页面就定了一大半了。
　　在这个阶段结束的时候&＃xff0c;要将项目的进度计划进一步具体化。

三、数据库设计

　　这项工作很重要。但是程序员应该知道怎么去做。而且数据库设计是和一个人的理论水平、实际经验息息相关的&＃xff0c;不是几句话能说明白的。大的、复杂的站点&＃xff0c;数据库规划可能要用一周左右的时间&＃xff0c;小的、简单的站点&＃xff0c;数据库设计也需要2到3天。
　　在这个阶段&＃xff0c;美工最好别闲着&＃xff0c;继续完成页面设计。要知道下一个阶段&＃xff0c;程序员可就要用到美工的页面了。最好别出现这样的情况&＃xff1a;程序员要用到某个页面&＃xff0c;而美工还没有把那个页面确定下来。

四、后台程序编码

　　这个阶段&＃xff0c;程序员要紧张工作&＃xff0c;会比较辛苦的。
　　程序员需要遵守的三个原则&＃xff1a;
　　1、团队合作&＃xff1b;
　　2、保证进度&＃xff1b;
　　3、保证质量。
　　美工这个时候要辅助程序员做页面。这个阶段美工可能比较闲&＃xff0c;但是一定要称职。

　　项目经理该和客户或者领导沟通的时候&＃xff0c;一定要沟通。

五、除错、改进、页面美化

　　这个阶段&＃xff0c;不多说了。项目经理和客户、领导的沟通&＃xff0c;仍然是很重要的。
http://spaces.msn.com/yichen914/blog/cns!723590D920FAF62B!163.entry?_c&＃61;BlogPart